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效 字 有 版权 声明 


图 灵 社 区 的 电子 书 没有 采用 专 有 客 
户 端 ， 您 可 以 在 任意 设备 上 ， 用 自 
己 喜 欢 的 浏览 器 和 PDF 阅读 器 进行 
阅读 。 

但 您 购买 的 电子 书 仅 供 您 个 人 使 用 ， 
未 经 授权 ， 不 得 进行 传播 。 

我 们 愿意 相信 读者 具有 这 样 的 良知 
和 觉悟 ， 与 我 们 共同 保护 知识 产权 。 


如 果 购 买 者 有 侵权 行为 ， 我 们 可 能 
对 该 用 户 实 施 包括 但 不 限于 关闭 该 
帐号 等 维权 措施 ， 并 可 能 追究 法 律 
责任 。 
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内 容 提 要 


本 书 全 面 介绍 了 Java 8 这 个 里 程 碑 版 本 的 新 特性 ， 包 括 Lambdas、 流 和 函数 式 编程 。 有 了 函数 式 的 编程 
特性 ， 可 以 让 代码 更 简洁 ， 同 时 也 能 自动 化 地 利用 多 核 硬件 。 全 书 分 四 个 部 分 : 基础 知识 、 函 数 式 数 据 处 理 、 
高 效 Java 8 编程 和 超越 Java 8， 清 晰 明了 地 向 读者 展现 了 一 幅 Java 与 时 俱 进 的 现代 化 画卷 。 

本 书 适合 广大 Java 开发 人 员 阅 读 。 
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说 以 此 书 献 给 我 们 的 父母 。 


序 


了 中 


1998 年 ， 八 岁 的 我 拿 起 了 我 此 生 第 一 本 计算 机 书 , 那 本 书 讲 的 是 JavaScript 和 HTML。 我 当时 
怎么 也 想不到 , 打开 那 本 书 会 让 我 见识 编程 语言 和 它们 能 够 创造 的 神奇 世界 , 并 会 彻底 改变 我 的 
生活 。 我 被 它 深 深 地 吸引 了 了。 如 今 ,编程 语言 的 某 个 新 特性 还 会 时 不 时 地 让 我 感到 兴奋 ， 因 为 它 
让 我 花 更 少 的 时 间 就 能 够 写 出 更 清晰 、 更 简洁 的 代码 。 我 希望 本 书 探讨 的 Java 8 中 那些 来 自 函 数 
式 编程 的 新 思想 ， 同 样 能 够 给 你 启迪 。 

那么 ， 你 可 能 会 问 ， 这 本 书 是 怎么 来 的 呢 ? 

2011 年 ， 甲 骨 文 公司 的 Java 语 言 架构 师 Brian Goetz 分 享 了 一 些 在 Java 中 添加 Lambda 表 达 式 的 
提议 ， 以 期 获得 业界 的 参与 。 这 让 我 重新 燃 起 了 兴趣 ， 于 是 我 开始 传播 这 些 想法 ,在 各 种 开发 人 
员 会 议 上 组 织 Java 8 讨论 班 ， 并 为 剑桥 大 学 的 学 生 开设 讲座 。 

到 了 2013 年 4 月 ,消息 不 肥 而 走 ，Manning 出 版 社 的 编辑 给 我 发 了 封 邮 件 , 问 我 是 否 有 兴趣 写 
一 本 书 关 于 Java 8 中 Lambda 的 书 。 当 时 我 只 是 个 “不 起 上 腿 ” 的 二 年 级 博士 生 ， 似 乎 写 书 并 不 是 一 
个 好 主意 ， 因 为 它 会 耽误 我 提交 论文 。 男 一 方面 ， 所 谓 “ 只 争 朝 夕 ”， 我 想 写 一 本 小 书 不 会 有 太 
多 工作 量 ， 对 吧 ? ( 后 来 我 才 意识 到 自己 大 错 特 错 ! ) 于 是 我 咨询 我 的 博士 生 导 师 Alan Mycroft 
教授 ,结果 他 十 分 支持 我 写 书 ( 甚至 愿意 为 这 种 与 博士 学 位 无 关 的 工作 提供 帮助 ,我 永远 感谢 他 )。 
几 天 后 ， 我 们 见 到 了 Java 8 的 布道 者 Mario Fusco， 他 有 着 非常 丰富 的 专业 经 验 ， 并 且 因 在 重大 开 
发 者 会 议 上 所 做 的 函数 式 编程 演讲 而 享有 盛名 。 

我 们 很 快 就 认识 到 ， 如 果 将 大 家 的 能 量 和 背景 融合 起 来 ， 就 不 仅仅 可 以 写 出 一 本 关于 Java 8 
的 Lambda 的 小 书 ,而 是 可 以 写 出 (我们 希望 ) 一 本 五 年 或 十 年 后 ,在 Java 领 域 仍 然 有 人 愿意 阅读 
的 书 。 我 们 有 了 一 个 非常 难得 的 机 会 来 深入 讨论 许多 话题 ， 它 们 不 但 有 益 于 Java 程 序 员 ， 还 打开 
了 通 往 一 个 新 世界 的 大 门 : 函数 式 编程 。 

15 个 月 后 ， 到 2014 年 7 月 ， 在 经 历 无 数 个 漫漫 长 夜 的 注音 工作 、 无 数 次 的 编辑 和 永生 难忘 的 
体验 后 ， 我 们 的 工作 成 果 终 于 送 到 了 你 的 手 上 。 和 希望 你 会 喜欢 它 ! 
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口 Manning 的 开发 编辑 Susan Conant 耐 心 回答 了 我 们 所 有 的 问题 和 疑虑 ， 并 为 每 一 章 的 初稿 
并 尽 其 所 能 支持 我 们 。 





口 Ivan Todorov 认 和 Jean-Francois Morin 在 本 书 付 印 前 进行 了 全 面 的 技术 审阅 ，Al Scherer 则 在 


编撰 过 程 中 提供 了 技术 帮助 。 





Raoul-Gabriel Urma 


首先 , 我 要 感谢 我 的 父母 在 生活 中 给 予 我 无 尽 的 爱 和 支持 。 我 写 一 本 书 的 小 小 梦想 如 今 成 真 





了 ! 其 次 ， 我 要 向 信任 并 且 支 持 我 的 博士 生 导 师 和 合 著者 Alan Mycroft 表 达 无 尽 的 感激 。 我 也 要 
感谢 合 著者 Mario Fusco 陪 我 走 过 这 段 有 趣 的 旅程 。 最后, 我 要 感谢 在 生活 中 为 我 提供 指导 、 有 用 








建议 ， 给 予 我 鼓励 的 朋友 们 : Sophia Drossopoulou、Aidan Roche、Warris Bokhari、Alex Buckley、 





Martijn Verburg 、Tomas Petricek 和 Tian Zhao。 你 们 真是 太 棒 啦 ! 


Mario Fusco 


我 要 特别 感谢 我 的 妻子 Marilena， 她 无 尽 的 耐心 让 我 可 以 专注 于 写作 本 书 ; 还 有 我 们 的 女儿 
Sofia, 因为 她 能 够 创造 无 尽 的 混乱 , 让 我 可 以 从 本 书 的 写作 中 暂时 抽身 。 你 在 阅读 本 书 时 将 发 现 ， 
Sofia 还 用 只 有 两 岁 小 女孩 才 会 的 方式 ， 告 诉 我 们 内 部 迭代 和 外 部 迭代 之 间 的 差异 。 我 还 要 感 
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谢 Raoul-Gabriel Urma 和 Alan Mycroft， 他 们 与 我 一 起 分 享 了 写作 本 书 的 (巨大 ) 喜悦 和 (小 小 ) 
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Alan Mycroft 


我 要 感谢 我 的 太太 Hilary 和 其 他 家 庭 成 员 在 本 书写 作 期 间 对 我 的 忍受 ， 我 常常 说 “再 稍微 弄 
弄 就 好 了 ”， 结 果 一 弄 就 是 好 儿 个 小 时 。 我 还 要 感谢 多 年 来 的 同事 和 学 生 ， 他 们 让 我 知道 了 怎么 
去 教授 知识 。 最 后 ， 感 谢 Mario 和 Raoul 这 两 位 非常 高 效 的 合 著者 ， 特 别 是 Raoul 在 苛求 “ 周 五 再 
交 出 一 部 分 稿件 ”时 ， 还 能 让 人 愉快 地 接受 。 
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简单 地 说 ，Java 8 中 的 新 增 功能 是 自 Java 1.0 发 布 18 年 以 来 ，Java 发 生 的 最 大 变化 。 没 有 去 掉 
任何 东西 ， 因 此 你 现 有 的 Java 代 码 都 能 工作 ， 但 新 功能 提供 了 强大 的 新 语汇 和 新 设计 模式 ， 能 帮 
助 你 编写 更 清楚 、 更 简洁 的 代码 。 就 像 遇 到 所 有 新 功能 时 那样 ， 你 一 开始 可 能 会 想 :“ 为 什么 又 
要 去 改 我 的 语言 呢 ? ”但 稍 加 练习 之 后 ,你 就 会 发 觉 自己 只 用 预期 的 一 半 时 间 ， 就 用 新 功能 写 出 
了 更 短 、 更 清晰 的 代码 ， 这 时 你 会 意识 到 自己 永远 无 法 返回 到 “IHJava” 了 了。 

本 书 会 帮助 你 跨 过 “原理 听 起 来 不 错 , 但 还 是 有 点 儿 新 ,不 太 适 应 ”的 门槛 ， 从 而 熟练 地 进 
行 编 程 。 

“也 许 吧 ,” 你 可 能 会 想 ,“ 可 是 Lambda、 消 数 式 编程 ， 这 些 不 是 那些 留 着 胡子 、 穿 着 凉鞋 的 
学 究 们 在 象牙 塔 里 面 琢磨 的 东西 吗 ? ”或 许 是 的 ， 但 Java 8 中 加 入 的 新 想法 的 分 量 刚刚 好 ， 它 们 
带 来 的 好 处 也 可 以 被 普通 的 Java 程 序 员 所 理解 。 本 书 会 从 普通 程序 员 的 角度 来 叙述 , 偶尔 谈 谈 “ 这 
是 怎么 来 的 ”。 

“Lambda， 听 起 来 跟 天 书 一 样 !” 是 的 ， 也 许 是 这 样 ， 但 它 是 一 个 很 好 的 想法 ， 让 你 可 以 编 
写 简 明 的 Java 程 序 。 许 多 人 都 熟悉 事件 处 理 器 和 回调 函数 ， 即 注册 一 个 对 象 ， 它 包含 会 在 事件 发 
生 时 使 用 的 一 个 方法 。Lambda 使 人 更 容易 在 Java 中 广泛 应 用 这 种 思想 。 简 单 来 说 ，Lambda 和 它 
的 朋友 “方法 引用 ”让 你 在 做 其 他 事情 的 过 程 中 , 可 以 简明 地 将 代码 或 方法 作为 参数 传递 进去 执 
行 。 在 本 书 中 ,你 会 看 到 这 种 思想 出 现 得 比 预 想 的 还 要 频繁 : 从 加 入 作 比 较 的 代码 来 简单 地 参数 
化 一 个 排序 方法 ， 到 利用 新 的 Stream API 在 一 组 数据 上 表达 复杂 的 查询 指令 。 

“ 流 〈stream ) 是 什么 ? ”这 是 Java 8 的 一 个 新 功能 。 它 们 的 特点 和 集合 〈 collection ) 差 不 
多 , 但 有 几 个 明显 的 优点 ， 让 我 们 可 以 使 用 新 的 编程 风格 。 首 先 ， 如 果 你 使 用 过 SQL 等 数据 库 
查询 语言 ， 就 会 发 现 用 几 行 代码 写 出 的 查询 语句 要 是 换 成 Java 要 写 好 长 。Java 8 的 流 支 持 这 种 简 
明 的 数据 库 查 询 式 编程 一 一 但 用 的 是 Java 语 法 ， 而 无 需 了 解数 据 库 ! 其 次 ， 流 被 设计 成 无 需 同 
时 将 所 有 的 数据 调和 人 内存 (甚至 根本 无 需 计 算 ), 这 样 就 可 以 处 理 无 法 装 入 计算 机 内 存 的 流 数据 
了 。 但 Java 8 可 以 对 流 做 一 些 集合 所 不 能 的 优化 操作 ,例如 ， 它 可 以 将 对 同一 个 流 的 若干 操作 组 
合 起 来 ， 从 而 只 遍历 一 次 数据 ， 而 不 是 花 很 大 代价 去 多 次 遍历 它 。 更 妙 的 是 ，Java 可 以 自动 将 
流 操作 并 行 化 (集合 可 不 行 )。 

“还 有 函数 式 编 程 ， 这 又 是 什么 ?” ”就 像 面向 对 象 编程 一 样 ， 它 是 另 一 种 编程 风格 ， 其 核心 
是 把 函数 作为 值 ， 前 面 在 讨论 Lambda 的 时 候 提 到 过 。 
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Java 8 的 好 处 在 于 ， 它 把 函数 式 编程 中 一 些 最 好 的 想法 融入 到 了 大 家 熟悉 的 Java 语 法 中 。 有 
了 这 个 优秀 的 设计 选择 ， 你 可 以 把 函数 式 编程 看 作 Java 8 中 一 个 额外 的 设计 模式 和 语汇 ， 让 你 可 
以 用 更 少 的 时 间 ， 编 写 更 清楚 、 更 简洁 的 代码 。 想 想 你 的 编程 兵 需 库 中 的 利器 又 多 了 一 样 。 
当然 ， 除 了 这 些 在 概念 上 对 Java 有 很 大 扩充 的 功能 ， 我 们 也 会 解释 很 多 其 他 有 用 的 Java 8 功 
能 和 更 新 ， 如 默认 方法 、 新 的 optional 类 、CcompletableFuture， 以 及 新 的 日 期 和 时 间 API。 
别 急 ， 这 只 是 一 个 概览 ， 现 在 该 让 你 自己 去 看 看 本 书 了 。 


本 书 结构 


本 书 分 为 四 个 部 分 :“ 基 础 知识 ”“ 函 数 式 数据 处 理 ”“ 高 效 Java 8 编程 ”和 “超越 Java 8”。 我 
们 强烈 建议 你 按 顺 序 阅读 , 因为 很 多 概念 都 需要 前 面 的 章节 作为 基础 。 大 多 数 章节 都 有 几 个 小 测 
验 ， 帮 助 你 学 习 和 掌握 这 些 内 容 。 

第 一 部 分 包括 3 章 ， 旨 在 帮助 你 初步 使 用 Java 8。 学 完 这 一 部 分 ， 你 将 会 对 Lambda 表 达 式 有 
充分 的 了 解 ， 并 可 以 编写 简洁 而 灵活 的 代码 ， 能 够 轻松 适应 不 断 变化 的 需求 。 

口 在 第 1 章 中 ， 我 们 总 结 了 Java 的 主要 变化 (Lambda 表达 式 、 方 法 引用 、 流 和 默认 方法 )， 
并 为 学 习 后 面 的 内 容 做 好 准备 。 

口 在 第 2 章 中 ， 你 将 了 解 行为 参数 化 ， 这 是 Java 8 非常 依赖 的 一 种 软件 开发 模式 ， 也 是 引入 
Lambda 表 达 式 的 主要 原因 。 

D 第 3 章 全 面 地 解释 了 Lambda 表 达 式 和 方法 引用 ， 每 一 步 都 有 代码 示例 和 测验 。 

第 二 部 分 仔细 讨论 了 新 的 Stream API。 学 完 这 一 部 分 ， 你 将 充分 理解 流 是 什么 ， 以 及 如 何在 
Java 应 用 程序 中 使 用 它们 来 简洁 而 高 效 地 处 理 数 据 集 。 
D 第 4 章 介 绍 了 流 的 概念 ， 并 解释 它们 与 集合 有 何 异 同 。 

口 第 5 章 详细 讨论 了 表达 复杂 数据 处 理 查询 可 以 使 用 的 流 操作 。 我 们 会 谈 到 很 多 模式 ， 如 得 

选 、 切 片 、 查 找 、 匹 配 、 映 射 和 归 约 。 

口 第 6 章 讲 到 了 收集 器 一 一 Stream API 的 一 个 功能 , 可 以 让 你 表达 更 为 复杂 的 数据 处 理 查 询 。 

口 在 第 7 章 中 ， 你 将 了 解 流 如 何 得 以 自动 并 行 执行 ， 并 利用 多 核 架 构 的 优势 。 此 外 ， 你 还 会 
学 到 为 正确 而 高 效 地 使 用 并 行 流 ， 要 避免 的 若干 陷阱 。 

第 三 部 分 探讨 了 能 让 你 高 效 使 用 Java 8 并 在 代码 中 运用 现代 语汇 的 辕 干 内 容 。 

口 第 8 章 探 讨 了 如 何 利用 Java 8 的 新 功能 和 一 些 秘诀 来 改善 你 现 有 的 代码 。 此 外 ， 该 章 还 探 

讨 了 一 些 重要 的 软件 开发 技术 ， 如 设计 模式 、 重 构 、 测 试 和 调试 。 

D 在 第 9 章 中 ， 你 将 了 解 到 默认 方法 是 什么 ， 如 何 利用 它们 来 以 兼容 的 方式 演变 API， 一 些 

实际 的 应 用 模式 ， 以 及 有 效 使 用 默认 方法 的 规则 。 

口 第 10 章 谈 到 了 新 的 java.util.optional 类 ， 它 能 让 你 设计 出 更 好 的 API， 并 减少 空 指针 

异常 。 

口 第 11 章 探讨 了 CompletableFuture, 它 可 以 让 你 用 声明 性 方式 表达 复杂 的 异步 计算 , 从 
而 让 Stream API 的 设计 并 行 化 。 
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口 第 12 章 探讨 了 新 的 日 期 和 时 间 API， 这 相对 于 以 前 涉及 日 期 和 时 间 时 容易 出 错 的 API 是 一 

大 改进 。 

在 本 书 最 后 一 部 分 ， 我 们 会 返回 来 谈 谈 怎么 用 Java 编 写 高 效 的 函数 式 程序 ， 还 会 将 Java 8 的 
功能 和 Scala 作 一 比较 。 

口 第 13 章 是 一 个 完整 的 函数 式 编程 教程 ， 介 绍 了 一 些 术 语 ， 并 解释 了 如 何在 Java 8 中 编写 函 

数 式 风格 的 程序 。 

口 第 14 章 涵盖 了 更 高 级 的 函数 式 编程 技巧 ， 包 括 高 阶 函 数 、 科 里 化 、 持 久 化 数据 结构 、 延 
述 列表 和 模式 匹配 。 你 可 以 把 这 一 章 看 作 一 种 融合 ， 既 有 可 以 用 在 代码 库 中 的 实际 技术 ， 
也 有 让 你 成 为 更 渊博 的 程序 员 的 学 术 知 识 。 

口 第 15 章 对 比 了 Java 8 的 功能 与 Scala 的 功能 。 Scala 和 Java 一 样 , 是 一 种 实施 在 JVM 上 的 语言 ， 

近年 来 迅速 发 展 ， 在 编程 语言 生态 系统 中 已 经 威胁 到 了 Java 的 一 些 方面 。 

D 在 第 16 章 我 们 会 回顾 这 段 学 习 Java 8 并 慢 慢 走向 函数 式 编程 的 历程 。 此 外 , 我 们 还 会 猜测 ， 
在 Java 8 之 后 ， 未 来 可 能 还 有 哪些 增强 和 新 功能 出 现 。 

最 后 ， 本 书 有 四 个 附录 ,涵盖 了 与 Java 8 相关 的 其 他 一 些 话 题 。 附 录 A 总 结 了 本 书 未 讨论 的 

一 些 Java 8 的 小 特性 。 附 录 B 概 述 了 Java 库 的 其 他 主要 扩展 ， 可 能 对 你 有 用 。 附 录 C 是 第 二 部 分 的 

延续 ， 谈 到 了 流 的 高 级 用 法 。 附 录 D 探 讨 了 Java 编 译 器 在 幕后 是 如 何 实现 Lambda 表 达 式 的 。 


代码 惯例 和 下 载 


所 有 代码 清单 和 正文 中 的 源 代 码 都 采用 等 宽 字 体 ( 如 fixed-wiathfontlikethis )， 以 与 
普通 文字 区 分 开 来 。 许 多 代码 清单 中 都 有 注释 ， 突 出 了 重要 的 概念 。 

书 中 所 有 示例 代码 和 执行 说 明 均 可 见于 https://github.com/java8/Java8InAction。 你 也 可 以 从 出 
版 商 网 站 ( https://www.manning.com/java8inaction ) 下 载 包 含 本 书 所 有 示例 的 zip 文 件 。 


作者 在 线 


购买 本 书 即 可 免费 访问 Manning Publications 运 营 的 一 个 私有 在 线 论坛 ,你 可 以 在 那里 发 表 关 
于 本 书 的 评论 、 询 问 技 术 问 题 ， 并 获得 作者 和 其 他 用 户 的 帮助 。 如 和 欲 访问 作者 在 线 论坛 并 订阅 ， 
请 用 浏览 器 访问 https:/www.manning.com/java8inaction。 这 个 页 面 说 明了 注册 后 如 何 使 用 论坛 ， 
能 获得 什么 类 型 的 帮助 ， 以 及 论坛 上 的 行为 守则 。 

Manning 对 读者 的 承诺 是 提供 一 个 平台 , 供 读者 之 间 以 及 读者 和 作者 之 间 进 行 有 意义 的 对 话 。 
但 这 并 不 意味 着 作者 会 有 任何 特定 程度 的 参与 。 他 们 对 论坛 的 贡献 是 完全 自愿 的 ( 且 无 报酬 )。 
我 们 建议 你 试 着 询问 作者 一 些 有 挑战 性 的 问题 ， 以 免 他 们 失去 兴趣 ! 

只 要 本 书 仍 在 印 , 你 就 可 以 在 出 版 商 网 站 上 访问 作者 在 线 论坛 和 先前 所 讨论 内 容 的 归档 文件 。 





































































































































































































天 于 封面 图 





本 书 封面 上 的 图 为 “1700 年 中 国清 朝 满族 战士 的 服饰 ”。 图 片 中 的 人 物 衣 饰 华丽 ， 身 佩 利 剑 ， 
背 背 马 和 箭 简 。 如 果 你 仔细 看 他 的 腰带 ， 会 发 现 一 个 ^ 形 的 带 扣 (这 是 我 们 的 设计 师 加 上 去 的 ， 
说 示 本 书 的 主题 )。 该 图 选 自 托马斯 杰 弗 里 斯 的 《各 国 古 代 和 现代 服饰 集 》(4 Collection of the 
Dresses of Different Nations, Ancient and Modern， 伦 敦 ，1757 年 至 1772 年 间 出 版 )， 该 书 标题 页 中 
说 这 些 图 是 手工 上 色 的 铜版 雕刻 品 ， 并 且 是 用 阿拉 伯 树 胶 填 充 的 。 托 马 斯 ， 杰 弗 里 斯 (Thomas 
Jefferys，1719 一 1771 ) 被 称 为 “乔治 三 世 的 地 理学 家 ”。 他 是 一 名 英国 制图 员 ， 是 当时 主要 的 地 
图 供应 商 。 他 为 政府 和 其 他 官方 机 构 雕 刻 和 印 制 地 图 , 制作 了 很 多 商业 地 图 和 地 理 地 图 集 , 尤 以 
北美 地 区 为 多 。 地 图 制作 商 的 工作 让 他 对 勘察 和 绘图 过 的 地 方 的 服饰 产生 了 兴趣 , 这些 都 在 这 个 
四 卷 本 中 得 到 了 出 色 的 展现 。 

向 往 遥 远 的 土地 、 渴 望 旅行 , 在 18 世 纪 还 是 相对 新 鲜 的 现象 ， 而 类 似 于 这 本 集 子 的 书籍 则 十 
分 流行 , 这 些 集 子 向 旅游 者 和 坐 着 扶手 椅 梦 想 去 旅游 的 人 介绍 了 其 他 国家 的 人 。 杰 弗 里 斯 书 中 蜡 
彩 纷呈 的 图 画 生动 地 描绘 了 几 百 年 前 世界 各 国 的 独特 与 个 性 。 如 今 , 着 装 规则 已 经 改变 , 各 个 国 
家 和 地 区 一 度 非 常 丰富 的 多 样 性 也 已 消失 ,来自 不 同 大 陆 的 人 仅 靠 衣着 已 经 很 难 区 分 开 了 。 不 过 ， 
要 是 乐观 点 儿 看 , 我 们 这 是 用 文化 和 视觉 上 的 多 样 性 , 换 得 了 更 多 姿 多 彩 的 个 人 生活 一 一 或 是 更 
为 多 样 化 、 更 为 有 趣 的 知识 和 技术 生活 。 

计算 机 书籍 一 度 也 是 如 此 繁荣 ，Manning 出 版 社 在 此 用 杰 弗 里 斯 画 中 复活 的 三 个 世纪 前 风格 
各 异 的 国家 服饰 ， 来 象征 计算 机 行业 中 的 发 明 与 创造 的 异彩 纷呈 。 
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基础 知识 





本 书 第 一 部 分 将 介绍 Java 8 的 基础 知识 。 学 完 第 一 部 分 ， 你 将 会 对 Lambda 表 达 式 有 充分 的 
了 解 ， 并 可 以 编写 简洁 而 灵活 的 代码 ， 能 够 轻松 地 适应 不 断 变 化 的 需求 。 

第 1 章 将 总 结 Java 的 主要 变化 (Lambda 表 达 式 、 方 法 引用 、 流 和 默认 方法 ) ， 并 为 学 习 本 
书 做 好 准备 。 

在 第 2 章 中 ， 你 将 了 解 行为 参数 化 ， 这 是 Java 8 非常 依赖 的 一 种 软件 开发 模式 ， 也 是 引入 
Lambda 表 达 式 的 主要 原因 。 

第 3 章 全 面 地 解释 了 Lambda 表 达 式 和 方法 引用 的 概念 ， 每 一 步 都 有 代码 示例 和 测验 。 





为 什么 要 关心 Java 8 








本 章 内 容 

口 Java 怎 么 又 变 了 

口 日 新 月 异 的 计算 应 用 背景 : 多 核 和 处 理 大 型 数据 集 ( 大 数据 ) 
口 改进 的 压力 : 函数 式 比 命令 式 更 适应 新 的 体系 架构 

口 Java 8 的 核心 新 特性 : Lambda ( 匿名 函数 )、 流 、 默 认 方 法 








自 1998 年 JDK 1.0 (Java 1.0 ) 发 布 以 来 ，Java 已 经 受到 了 学 生 、 项 目 经 理 和 程序 员 等 一 大 批 
活跃 用 户 的 欢迎 。 这 一 语言 极 富 活 力 ， 不 断 被 用 在 大 大 小 小 的 项 目 里 。 从 Java 1.1 (1997 年 ) 一 
直到 Java7 (2011 年 )，Java 通 过 增加 新 功能 ， 不 断 得 到 良好 的 升级 。Java8 则 是 在 2014 年 3 月 发 布 
的 。 那 么 ， 问 题 来 了 : 为 什么 你 应 该 关心 Java 8? 

我 们 的 理由 是 ，Java 8 所 做 的 改变 ， 在 许多 方面 比 Java 历 史上 任何 一 次 改变 都 深远 。 而 且 好 
消息 是 ,这 些 改变 会 让 你 编 起 程 来 更 容易 ,用 不 着 再 写 类 似 下 面 这 种 嗓 嗪 的 程序 了 ( 对 inventory 
中 的 苹果 按照 重量 进行 排序 ): 

Collections.sort (inventory, new Comparator<Apple>() { 


public int compare (Apple al, Apple a2)f{ 
return al.getWeight () .compareTo(a2.getWeight ()); 




































































} 
:3 


在 Java 8 里 面 ， 你 可 以 编写 更 为 简洁 的 代码 ， 这 些 代码 读 起 来 更 接近 问题 的 描述 : 


本 书 中 第 一 段 Java 8 的 
代码 ! 




















Inventory .Sort (comparing (Apple: :getWeight)); < 一 











它 念 起 来 就 是 “给 库存 排序 ， 比 较 苹果 的 重量 "。 现 在 你 不 用 太 关 注 这 段 代码 ， 本 书后 面 的 
章节 将 会 介绍 它 是 做 什么 用 的 ， 以 及 你 如 何 写 出 类 似 的 代码 。 

Java 8 对 硬件 也 有 影响 : 平常 我 们 用 的 CPU 都 是 多 核 的 一 一 你 的 笔记 本 电脑 或 台式 机 上 的 处 
理 器 可 能 有 四 个 CPU 内 核 ， 甚 至 更 多 。 但 是 ， 绝 大 多 数 现 有 的 Java 程 序 都 只 使 用 其 中 一 个 内 核 ， 
其 他 三 个 都 闲 着 ， 或 只 是 用 一 小 部 分 的 处 理 能 力 来 运行 操作 系统 或 杀毒 程序 。 

在 Java 8 之 前 ， 专 家 们 可 能 会 告诉 你 ， 必 须 利用 线程 才能 使 用 多 个 内 核 。 问 题 是 ， 线 程 用 起 
来 很 难 , 也 容易 出 现 错误 。 从 Java 的 演变 路 径 来 看 , 它 一 直 致 力 于 让 并 发 编程 更 容易 、 出 错 更 少 。 






































第 1 章 为 什么 要 关心 Java8 3 























Java 1.0 里 有 线程 和 锁 ， 其 至 有 一 个 内 存 模型 ~ 这 是 当时 的 最 佳 做 法 ， 但 事实 证 明 ， 不 具备 专 
门 知 识 的 项 目 团队 很 难 可 靠 地 使 用 这 些 基本 模型 。Java 5 添加 了 工业 级 的 构建 模块 ， 如 线程 池 和 
并 发 集合 。Java 7 添加 了 分 支 /合并 (forlwjoin ) 框架 ， 使 得 并 行 变 得 更 实用 ， 但 仍然 很 困难 。 而 
Java 8 对 并 行 有 了 一 个 更 简单 的 新 思路 ， 不 过 你 仍 要 遵循 一 些 规 则 ， 本 书 中 会 谈 到 。 

我 们 用 两 个 例子 〈 它 们 有 更 简洁 的 代码 ， 且 更 简单 地 使 用 了 多 核 处 理 器 ) 就 可 以 管 中 寅 抠 ， 
看 到 一 座 拔 地 而 起 相互 勾 连 一 致 的 Java 8 大 厦 。 首 先 让 你 快速 了 解 一 下 这 些 想法 (希望 能 引起 你 
的 兴趣 ， 也 希望 我 们 总 结 得 足够 简洁 ): 

口 Stream API 
口 向 方法 传递 代码 的 技巧 
口 接口 中 的 默认 方法 

Java 8 提供 了 一 个 新 的 API ( 称 为 “ 流 ”，Stream )， 它 支持 许多 处 理 数据 的 并 行 操作 ， 其 思路 
和 在 数据 库 查 询 语言 中 的 思路 类 似 一 一 用 更 高 级 的 方式 表达 想 要 的 东西 ， 而 由 “实现 ”( 在 这 里 
是 Streams 库 ) 来 选择 最 佳 低 级 执行 机 制 。 这 样 就 可 以 避免 用 synchronized 编 写 代 码 , 这 一 代码 
不 仅 容易 出 错 ， 而 且 在 多 核 CPU 上 执行 所 需 的 成 本 也 比 你 想象 的 要 高 。” 

从 有 点 修正 主义 的 角度 来 看 ， 在 Java 8 中 加 入 streams 可 以 看 作 把 另外 两 项 扩充 加 入 Java 8 
的 直接 原因 : 把 代码 传递 给 方法 的 简洁 方式 (方法 引用 、Lambda ) 和 接口 中 的 默认 方法 。 

如 果 仅 仅 “ 把 代码 传递 给 方法 ”看 作 streams 的 一 个 结果 ， 那 就 低估 了 它 在 Java 8 中 的 应 用 
范围 。 它 提供 了 一 种 新 的 方式 ， 这 种 方式 简洁 地 表达 了 行为 参数 化 。 比 方 说 ， 你 想 要 写 两 个 只 有 
几 行 代码 不 同 的 方法 , 那 现 在 你 只 需要 把 不 同 的 那 部 分 代码 作为 参数 传递 进去 就 可 以 了 。 采用 这 
种 编程 技巧 ， 代 码 会 更 短 、 更 清晰 ， 也 比 常用 的 复制 粘贴 更 不 容易 出 错 。 高 手 看 到 这 里 就 会 想 ， 
在 Java 8 之 前 可 以 用 匿名 类 实现 行为 参数 化 呀 一 一 但 是 想 想 本 章 开头 那个 Java 8 代码 更 加 简洁 的 
例子 ， 代 码 本 身 就 说 明了 它 有 多 清晰 ! 

Java 8 里 面 将 代码 传递 给 方法 的 功能 (同时 也 能 够 返回 代码 并 将 其 包含 在 数据 结构 中 ) 还 让 
我 们 能 够 使 用 一 整套 新 技巧 , 通常 称 为 函数 式 编程 。 一 言 以 蔽 之 , 这 种 被 函数 式 编程 界 称 为 函数 
的 代码 ， 可 以 被 来 回 传递 并 加 以 组 合 ， 以 产生 强大 的 编程 语汇 。 这 样 的 例子 在 本 书 中 随处 可 见 。 

本 章 主要 从 宏观 角度 探讨 了 语言 为 什么 会 演变 ， 接 下 来 几 节 介绍 Java 8 的 核心 特性 ， 然 后 介 
绍 函 数 式 编程 思想 一 一 其 新 的 特性 简化 了 使 用 , 而 且 更 适应 新 的 计算 机 体系 结构 。 简 而 言 之 , 1.1 
节 讨 论 了 Java 的 演变 过 程 和 概念 ， 指 出 Java 以 前 缺乏 以 简易 方式 利用 多 核 并 行 的 能 力 。1.2 节 介绍 
了 为 什么 把 代码 传递 给 方法 在 Java 8 里 是 如 此 强大 的 一 个 新 的 编程 语汇 。1.3 节 对 Streams 做 了 同 
样 的 介绍 : streams 是 Java 8 表示 有 序数 据 ， 并 能 灵活 地 表示 这 些 数据 是 否 可 以 并 行 处 理 的 新 方 
式 。1.4 节 解释 了 如 何 利用 Java 8 中 的 默认 方法 功能 让 接口 和 库 的 演变 更 顺畅 、 编 译 更 少 。 最 后 ， 
1.5 节 展望 了 在 Java 和 其 他 共用 JVM 的 语言 中 进行 函数 式 编程 的 思想 。 总 的 来 说 , 本 章 会 介绍 整体 
脉络 ， 而 细节 会 在 本 书 的 其 余部 分 中 逐一 展开 。 请 尽情 享受 吧 ! 















































































































































































































































Q 多 核 CPU 的 每 个 处 理 器 内 核 都 有 独立 的 高 速 缓存 。 加 锁 需 要 这 些 高 速 缓 存 同步 运行 ， 然 而 这 又 需要 在 内 核 间 进行 
较 慢 的 缓存 一 致 性 协议 通信 。 
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1.1 Java 怎么 还 在 变 


20 世 纪 60 年 代 ， 人 们 开始 追求 完美 的 编程 语言 。 当 时 著名 的 计算 机 科学 家 彼得 . 兰 丁 (Peter 
Landin ) 在 1966 年 的 一 篇 标志 性 论文 "中 写 道 ， 当 时 已 经 有 700 种 编程 语言 了 ， 并 推测 了 接 下 来 的 
700 种 会 是 什么 样子 ， 文 中 也 对 类 似 于 Java 8 中 的 函数 式 编程 进行 了 讨论 。 

之 后 ， 又 出 现 了 数 以 千 计 的 编程 语言 。 学 者 们 得 出 结论 ， 编 程 语 言 就 像 生态 系统 一 样 ， 新 的 
语言 会 出 现 ， 旧 语言 则 被 取代 ， 除 非 它们 不 断 演变 。 我 们 都 希望 出 现 一 种 完美 的 通用 语言 ， 可 在 
现实 中 ， 某 些 语言 只 是 更 适合 某 些 方面 。 比 如 ，C 和 C++ 仍然 是 构建 操作 系统 和 各 种 谍 人 式 系统 
的 流行 工具 ,因为 它们 编 出 的 程序 尽管 安全 性 不 佳 , 但 运行 时 占用 资源 少 。 缺 乏 安 全 性 可 能 导致 
程序 意外 崩溃 ,并 把 安全 漏洞 暴露 给 病毒 和 其 他 东西 ; 确实 ，Java 和 C# 等 安全 型 语言 在 诸多 运行 
资源 不 太 紧 张 的 应 用 中 已 经 取代 了 C 和 Cr++。 

先 抢 占 市 场 往往 能 够 吓 退 竞争 对 手 。 为 了 一 个 功能 而 改 用 新 的 语言 和 工具 链 往 往 太 过 痛 昔 
了 ，, 但 新 来 者 最 终 会 取代 现 有 的 语言 ， 除 非 后 者 演变 得 够 快 ， 能 跟 上 节奏 。 年 纪 大 一 点 的 读者 大 
多 可 以 举 出 一 堆 这 样 的 语言 一 一 他 们 以 前 用 过 , 但 是 现在 这 些 语言 已 经 不 时 绕 了 。 随便 列举 几 个 
吧 : Ada、Algol、COBOL 、Pascal、Delphi、SNOBOL 等 。 

你 是 一 位 Java 程 序 员 。 在 过 去 15 年 的 时 间 里 ，Java 已 经 成 功 地 霸占 了 编程 生态 系统 中 的 一 大 
块 ， 同 时 替代 了 竞争 对 手语 言 。 让 我 们 来 看 看 其 中 的 原因 。 


1.1.1 Java 在 编程 语言 生态 系统 中 的 位 置 


Java 天 资 不 错 。 从 一 开始 ， 它 就 是 一 个 精心 设计 的 面向 对 象 的 语言 ， 有 许多 有 用 的 库 。 有 了 
集成 的 线程 和 锁 的 支持 ， 它 从 第 一 天 起 就 支持 小 规模 并 发 (并且 它 十 分 有 先知 之 明 地 承认 , 在 与 
硬件 无 关 的 内 存 模型 里 , 多 核 处 理 器 上 的 并 发 线程 可 能 比 在 单 核 处 理 器 上 出 现 的 意外 行为 更 多 )。 
此 外 ,将 Java 编 译 成 JVM 字 节 码 (一 种 很 快 就 被 每 一 种 浏览 器 支持 的 虚拟 机 代码 ) 意味 着 它 成 为 
了 互联 网 applet (小 应 用 ) 的 首选 (你 还 记得 applet 吗 ? )。 确 实 ，Java 虚 拟 机 (JVM ) 及 其 字 节 但 
可 能 会 变 得 比 Java 语 言 本 身 更 重要 ， 而 且 对 于 某 些 应 用 来 说 ，Java 可 能 会 被 同样 运行 在 JVM 上 的 
竞争 对 手语 言 (如 Scala 或 Groovy ) 取 代 。JVM 各 种 最 新 的 更 新 (例如 JDK7 中 的 新 invokedynamic 
字 节 码 ) 旨 在 帮助 这 些 竞 争 对 手语 言 在 JVM 上 顺利 运行 ， 并 与 Java 交 互 操作 。Java 也 已 成 功 地 占 
领 了 艇 和 人 式 计 算 的 若干 领域 ， 从 智能 卡 、 烤 面包 机 、 机 项 盒 到 汽车 制 动 系统 。 


















































































































































































































































Java 是 怎么 进入 通用 编程 市 场 的 ? 

面向 对 象 在 20 世 纪 90 年 代 开 始 时 兴 的 原因 有 两 个 : 封装 原则 使 得 其 软件 工程 问题 比 C 少 ; 
作为 一 个 思维 模型 ， 它 轻松 地 反映 了 Windows 95 及 之 后 的 WIMP 编 程 模式 。 可 以 这 样 总 结 : 一 
切 都 是 对 象 ; 单 击 和 鼠标 就 能 给 处 理 程序 发 送 一 个 事件 消息 〈 在 Mouse 对 象 中 触发 Clicked 方 





中 PJ Landin, “The Next 700 Programming Languages,” CACM 9(3):157-65, March 1966. 


1.1 Java 怎么 还 在 交 5 





法 )。Java 的 “一 次 编写 ， 随 处 运行 ”模式 ， 以 及 早期 浏览 器 安全 地 执行 Java 小 应 用 的 能 力 让 它 
占领 了 大 学 市 场 ， 毕 业 生 随后 把 它 带 进 了 业界 。 开 始 时 由 于 运行 成 本 比 C/C++ 要 高 ，Java 还 遇 
到 了 一 些 阻力 ， 但 后 来 机 器 变 得 越 来 越 快 ， 程 序 员 的 时 间 也 变 得 越 来 越 重要 了 。 微 软 的 C# 进 
一 步 验证 了 Java 的 面向 对 象 模 型 。 








但 是 , 编程 语言 生态 系统 的 气候 正在 变化 。 程序 员 越 来 越 多 地 要 处 理 所 谓 的 大 数据 ( 数 百 万 
兆 甚 至 更 多 字 节 的 数据 集 )， 并 希望 利用 多 核 计算 机 或 计算 集群 来 有 效 地 人 处理。 这 意味 着 需要 使 
用 并 行 处 理 一 一 Java 以 前 对 此 并 不 支持 。 

你 可 能 接触 过 其 他 编程 领域 的 思想 ， 比如 Google 的 map-reduce, 或 如 SQL 等 数据 库 查 询 语言 
的 便捷 数据 操作 ， 它 们 能 帮助 你 处 理 大 数据 量 和 和 多核 CPU。 图 1-1 总 结 了 语言 生态 系统 : 把 这 幅 
图 看 作 编 程 问题 空 间 ， 每 个 特定 地 方 生 长 的 主要 植物 就 是 程序 最 喜欢 的 语言 。 气 候 变 化 的 意思 
是 ， 新 的 硬件 或 新 的 编程 因素 ( 例如 ,“ 我 为 什么 不 能 用 SQL 的 风格 来 写 程序 ?”) 意味 着 新 项 
目 优选 的 语言 各 有 不 同 ， 就 像 地 区 气温 上 升 就 意味 着 和 芽 萄 在 较 高 的 纬度 也 能 长 得 好 。 当 然 这 会 
有 湿 后 一 一 很 多 老农 一 直 在 种 植 传统 作物 。 总 之 ， 新 的 语言 不 断 出 现 ， 并 因为 迅速 适应 了 气候 
变化 ， 越 来 越 受 欢迎 。 





































































































AG a 
~y ”气候 变化 (多核 处 理 器 ， 新 程序 员 的 影响 ) 
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JavaScript ”其 他 语言 
nh 世相 识 下 有 C/C++ 
图 1-1 编程 语言 生态 系统 和 气候 变化 


Java 8 对 于 程序 员 的 主要 好 人 处 在 于 它 提供 了 更 多 的 编程 工具 和 概念 ， 能 以 更 快 ， 更 重要 的 是 
能 以 更 为 简洁 、 更 易于 维护 的 方式 解决 新 的 或 现 有 的 编程 问题 。 虽 然 这 些 概念 对 于 Java 来 说 是 新 
的 , 但 是 研究 型 的 语言 已 经 证 明了 它们 的 强大 。 我 们 会 突出 并 探讨 三 个 这 样 的 编程 概念 背后 的 思 
想 ， 它 们 促使 Java 8 中 开发 出 并 行 和 编写 更 简洁 通用 代码 的 功能 。 我 们 这 里 介绍 它们 的 顺序 和 本 
书 其 余 的 部 分 略 有 不 同 ， 一 方面 是 为 了 类 比 Unix， 另 一 方面 是 为 了 揭示 Java 8 新 的 多 核 并 行 中 存 
在 的 “因为 这 个 所 以 需要 那个 ”的 依赖 关系 。 
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1.1.2” 流 处 理 


第 一 个 编程 概念 是 流 处 理 。 介 绍 一 下 ， 流 是 一 系列 数据 项 ,一 次 只 生成 一 项 。 程序 可 以 从 输 
入 流 中 一 个 一 个 读 取 数据 项 , 然后 以 同样 的 方式 将 数据 项 写 人 输出 流 。 一 个 程序 的 输出 流 很 可 能 
是 另 一 个 程序 的 输入 流 。 

一 个 实际 的 例子 是 在 Unix 或 Linux 中 ,很 多 程序 都 从 标准 输入 ( Unix 和 C 中 的 stdin，Java 中 的 
System.in ) 读 取 数 据 , 然后 把 结果 写 入 标准 输出 (Unix 和 C 中 的 stdout, Java 中 的 System.out )。 






























































字符 ，sort 会 对 流 中 的 行进 行 排序 ， 而 tail -3 则 给 出 流 的 最 后 三 行 。Unix 命 令 行 允许 这 些 程 
序 通 过 管道 (| ) 连接 在 一 起 ， 比 如 

















Cat fi1leél fiLe2 | tr WAZ ‘Tal Vl SOrt | -tail 3 
会 (假设 filel 和 fi1e2 中 每 行 都 只 有 一 个 词 ) 先 把 字母 转换 成 小 写字 母 , 然后 打印 出 按照 词典 








排序 出 现在 最 后 的 三 个 单词 。 我 们 说 sort 把 一 个 行 流 " 作 为 输入 ,产生 了 另 一 个 行 流 (进行 排 
序 ) 作为 输出 ， 如 图 1-2 所 示 。 请 注意 在 Unixz 中 ， 命 令 ( cat 、tr、sort 和 tail ) 是 同时 执行 
的 ， 这 样 sort 就 可 以 在 cat 或 tr 完成 前 先 处 理 头 几 行 。 就 像 汽 车 组 装 流水 线 一 样 ， 汽 车 排队 进 
和 加工 站 ， 每 个 加 工 站 会 接收 、 修 改 汽 车 ， 然 后 将 之 传递 给 下 一 站 做 进一步 的 处 理 。 尽 管 流水 
线 实 际 上 是 一 个 序列 ， 但 不 同 加 工 站 的 运行 一 般 是 并 行 的 。 


Fie Ee 2 "[A-Z]" "[a-z]" 3 


图 1-2 ”操作 流 的 Unix 命 令 












































基于 这 一 思想 ，Java 8 在 java.util.stream 中 添加 了 一 个 Stream API; Stream<T> 就 是 一 
系列 T 类 型 的 项 目 。 你 现在 可 以 把 它 看 成 一 种 比较 花哨 的 迭代 器 。Stream API 的 很 多 方法 可 以 链 
接 起 来 形成 一 个 复杂 的 流水 线 ， 就 像 先前 例子 里 面 链接 起 来 的 Unix 命 令 一 样 。 

推动 这 种 做 法 的 关键 在 于 ， 现 在 你 可 以 在 一 个 更 高 的 抽象 层次 上 写 Java 8 程序 了 : 思路 变 成 
了 把 这 样 的 流 变 成 那样 的 流 〈 就 像 写 数据 库 查询 语句 时 的 那 种 思路 )， 而 不 是 一 次 只 处 理 一 个 项 
目 。 另 一 个 好 处 是 ，Java 8 可 以 透明 地 把 输入 的 不 相关 部 分 拿 到 几 个 CPU 内 核 上 去 分 别 执行 你 的 
Stream 操 作 流水 线 一 一 这 是 几乎 免费 的 并 行 ， 用 不 着 去 费劲 搞 rhread 了 。 我 们 会 在 第 4~7 章 仔 
细 讨 论 Java 8 的 Stream API。 





















































GD 有 语言 洁 竟 的 人 会 说 “字符 流 ”， 不 过 认为 sort 会 对 行 排序 比较 简单 。 








1.1.3 用 行为 参数 化 把 代码 传递 给 方法 


Java 8 中 增加 的 男 一 个 编程 概念 是 通过 API 来 传递 代码 的 能 力 。 这 听 起 来 实在 太 抽 象 了 。 在 
Unix 的 例子 里 ， 你 可 能 想 告 诉 sort 命 令 使 用 自 定 义 排序 。 虽 然 sort 命 令 支 持 通过 命令 行 参数 来 
执行 各 种 预定 义 类 型 的 排序 ， 比 如 倒序 ， 但 这 毕竟 是 有 限 的 。 

比方 说 , 你 有 一 堆 发 票 代码 , 格式 类 似 于 2013UK0001、2014US0002…… 前 四 位 数 代 表 年 份 ， 
接 下 来 两 个 字母 代表 国家 ,最 后 四 位 是 客户 的 代码 。 你 可 能 想 按照 年 份 、 客 户 代 码 ， 甚至 国家 来 
对 发 票 进行 排序 。 你 真正 想 要 的 是 ， 能 够 给 sort 命 令 一 个 参数 让 用 户 定义 顺序 : 给 sort 命 令 传 
递 一 段 独立 代码 。 

那么 ， 直 接 套 在 Java 上 ， 你 是 要 让 sort 方 法 利用 自 定义 的 顺序 进行 比较 。 你 可 以 写 一 个 
compareUsingCustomerId 来 比较 两 张 发 票 的 代码 , 但 是 在 Java 8 之 前 , 你 没 法 把 这 个 方法 传 给 
另 一 个 方法 。 你 可 以 像 本 章 开 头 时 介绍 的 那样 ， 创 建 一 个 comparator 对 象 ， 将 之 传递 给 sort 
方法 ， 但 这 不 但 咖 叶 ， 而 且 让 “重复 使 用 现 有 行为 ”的 思想 变 得 不 那么 清楚 了 。Java 8 增加 了 把 
方法 (你 的 代码 ) 作为 参数 传递 给 另 一 个 方法 的 能 力 。 图 1-3 是 基于 图 1-2 画 出 的 ， 它 描绘 了 这 种 
思路 。 我 们 把 这 一 概念 称 为 行为 参数 化 。 它 的 重要 之 处 在 哪儿 呢 ? Stream API 就 是 构建 在 通过 传 
递 代 码 使 操作 行为 实现 参数 化 的 思想 上 的 ， 当 把 compareUsingcustomerId 传 进去 ， 你 就 把 
sort 的 行为 参数 化 了 。 















































































































































| public int compareUsingCustomerId(String invil, String inv2){ | 











图 1-3 将 compareUs ingCustomerId 方 法 作为 参数 传 给 sort 


我 们 将 在 1.2 节 中 概述 这 种 方式 ,但 详细 讨论 留 在 第 2 章 和 第 3 章 。 第 13 音 和 第 14 章 将 讨论 这 
一 功能 的 高 级 用 法 ， 还 有 函数 式 编程 自身 的 一 些 技巧 。 


1.1.4 并行 与 共享 的 可 变数 据 


第 三 个 编程 概念 更 隐 星 一 点 ， 它 来 自我 们 前 面 讨论 流 处 理 能 力 时 说 的 “几乎 免费 的 并 行 ”。 
你 需要 放弃 什么 吗 ?你 可 能 需要 对 传 给 流 方法 的 行为 的 写法 稍 作 改变 。 这 些 改变 可 能 一 开始 会 让 
你 感觉 有 点 儿 不 舒服 , 但 一 旦 习惯 了 你 就 会 爱 上 它们 。 你 的 行为 必须 能 够 同时 对 不 同 的 输入 安全 
地 执行 。 一 般 情况 下 这 就 意味 着 , 你 写 代码 时 不 能 访问 共享 的 可 变数 据 。 这 些 函数 有 时 被 称 为 “ 纯 
函数 ”或 “无 副作用 函数 ”或 “无 状态 函数 "， 这 一 点 我 们 会 在 第 7 章 和 第 13 章 详细 讨论 。 前 面 说 
的 并 行 只 有 在 假定 你 的 代码 的 多 个 副本 可 以 独立 工作 时 才能 进行 。 但 如 果 要 写 人 的 是 一 个 共享 变 
量 或 对 象 ， 这 就 行 不 通 了 : 如 果 两 个 进程 需要 同时 修改 这 个 共享 变量 怎么 办 ? (1.3 节 配 图 给 出 
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了 更 详细 的 解释 。) 你 在 本 书 中 会 对 这 种 风格 有 更 多 的 了 解 。 

Java 8 的 流 实现 并 行 比 Java 现 有 的 线程 API 更 容易 ， 因 此 ， 尺 管 可 以 使 用 synchronized 来 打 
破 “ 不 能 有 共享 的 可 变数 据 ” 这 一 规则 , 但 这 相当 于 是 在 和 整个 体系 作对 ， 因 为 它 使 所 有 围绕 这 
一 规则 做 出 的 优化 都 失去 意义 了 。 在 多 个 处 理 器 内 核 之 间 使 用 synchronized， 其 代价 往往 比 你 
预期 的 要 大 得 多 ， 因 为 同步 迫使 代码 按照 顺序 执行 ， 而 这 与 并 行 处 理 的 宗旨 相悖 。 

这 两 个 要 点 (没有 共享 的 可 变数 据 , 将 方法 和 函数 即 代 码 传递 给 其 他 方法 的 能 力 ) 是 我 们 平 
营 所 说 的 函数 式 编程 范式 的 基石 ,我 们 在 第 13 章 和 第 14 章 会 详细 讨论 。 与 此 相反 ,在 命令 式 编程 
范式 中 ， 你 写 的 程序 则 是 一 系列 改变 状态 的 指令 。“ 不 能 有 共享 的 可 变数 据 ” 的 要 求 意味 着 ， 一 
个 方法 是 可 以 通过 它 将 参数 值 转换 为 结果 的 方式 完全 描述 的 ; 换 名 话说 , 它 的 行为 就 像 一 个 数学 
函数 ， 没 有 可 见 的 副作用 。 

































































1.1.5 ”Java 需要 演变 


你 之 前 已 经 见 过 了 Java 的 演变 。 例 如 ， 引 入 泛 型 ,使 用 List<string> 而 不 只 是 List， 可 能 
一 开始 都 挺 烦 人 的 。 但 现在 你 已 经 熟悉 了 这 种 风格 和 它 所 带 来 的 好 处 ,， 即 在 编译 时 能 发 现 更 多 错 
误 ， 且 代码 更 易 读 ， 因 为 你 现在 知道 列表 里 面 是 什么 了 。 

其 他 改变 让 普通 的 东西 更 容易 表达 , 比如 , 使 用 for-each 循 环 而 不 用 暴露 Iterator 里 面 的 
套路 写法 。Java 8 中 的 主要 变化 反映 了 它 开 始 远 离 常 侧重 改变 现 有 值 的 经 典 面向 对 象 思 想 ， 而 向 
函数 式 编程 领域 转变 ， 在 大 面 上 考虑 做 什么 (例如 ， 创建 一 个 值 代表 所 有 从 A 到 B 低 于 给 定价 格 
的 交通 线路 ) 被 认为 是 头等 大 事 ， 并 和 如 何 实现 〈 例 如， 扫描 一 个 数据 结构 并 修改 革 些 元 素 ) 区 
分 开 来 。 请 注意 ,如果 极端 点 儿 来 说 ,传统 的 面向 对 象 编程 和 函数 式 可 能 看 起 来 是 冲突 的 。 但 是 
我 们 的 理念 是 获得 两 种 编程 范式 中 最 好 的 东西 ， 这 样 你 就 有 更 大 的 机 会 为 任务 找到 理想 的 工具 
了 。 我 们 会 在 接 下 来 的 两 节 中 详细 讨论 : Java 中 的 函数 和 新 的 Stream API。 

总 结 下 来 可 能 就 是 这 么 一 句 话 : 语言 需要 不 断 改进 以 跟 进 硬件 的 更 新 或 满足 程序 员 的 期 待 
(如 果 你 还 不 够 信服 , 想 想 COBOL 还 一 度 是 商业 上 最 重要 的 语言 之 一 呢 )。 要 坚持 下 去 ，Java 必 须 
通过 增加 新 功能 来 改进 ， 而 且 只 有 新 功能 被 人 使 用 ， 变 化 才 有 意义 。 所 以 ， 使 用 Java 8 ， 你 就 是 
在 保护 你 作为 Java 程 序 员 的 职业 生涯 。 除 此 之 外 ， 我 们 有 一 种 感觉 一 一 你 一 定 会 喜欢 Java 8 的 新 
功能 。 随 便 问 问 哪个 用 过 Java 8 的 人 ,看 看 他 们 愿 不 愿意 退回 去 。 还 有 , 用 生态 系统 打 比 方 的 话 ， 
新 的 Java 8 的 功能 使 得 Java 能 够 征服 如 今 被 其 他 语言 占领 的 编程 任务 领地 ， 所 以 Java 8 程序 员 就 更 
需要 学 习 它 了 。 

下 面 逐 一 介绍 Java 8 中 的 新 概念 ， 并 顺便 指出 在 哪 一 章 中 还 会 仔细 讨论 这 些 概念 。 


1.2 ”Java 中 的 函数 


编程 语言 中 的 函数 一 词 通常 是 指 方法 ， 尤 其 是 静态 方法 ; 这 是 在 数学 函数 ， 也 就 是 没有 部 
作用 的 函数 之 外 的 新 含义 。 坟 运 的 是 ,你 将 会 看 到 ， 在 Java 8 谈 到 函数 时 ， 这 两 种 用 法 几乎 是 一 
致 的 。 
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Java 8 中 新 增 了 函数 一 一 值 的 一 种 新 形式 。 它 有 助 于 使 用 1.3 节 中 谈 到 的 流 ， 有 了 它 ，Java 8 -a 
可 以 进行 多 核 处 理 器 上 的 并 行 编程 。 我 们 首先 来 展示 一 下 作为 值 的 函数 本 身 的 有 用 之 处 。 

想 想 Java 程 序 可 能 操作 的 值 吧 。 首 先 有 原始 值 ， 比 如 42( int 类 型 ) 和 3.14( double 类 型 )。 
其 次 ， 值 可 以 是 对 象 ( 更 严格 地 说 是 对 象 的 引用 )。 获 得 对 象 的 唯一 途径 是 利用 new， 也 许 是 通 
过 工厂 方法 或 库 函 数 实现 的 ; 对 象 引 用 指向 类 的 一 个 实例 。 例子 包括 "abc" ( string 类 型 ), new 
Integer (1111) (Integer 类 型 ), 以 及 new HashMap<Integer,String>(100) 的 结果 它 
显然 调用 了 HashMap 的 构造 函数 。 甚 至 数组 也 是 对 象 。 那 么 有 什么 问题 呢 ? 

为 了 帮助 回答 这 个 问题 , 我 们 要 注意 到 ,编程 语言 的 整个 日 的 就 在 于 操作 值 ， 要 是 按照 历史 
上 编程 语言 的 传统 ,这 些 值 因此 被 称 为 一 等 值 (或 一 等 公民 ,这 个 术语 是 从 20 世 纪 60 年 代 美国 民 
权 运 动 中 借用 来 的 )。 编 程 语言 中 的 其 他 结构 也 许 有 助 于 我 们 表示 值 的 结构 ， 但 在 程序 执行 期 间 
不 能 传递 ， 因 而 是 二 等 公民 。 前 面 所 说 的 值 是 Java 中 的 一 等 公民 ,但 其 他 很 多 Java 概 念 ( 如 方法 
和 类 等 ) 则 是 二 等 公民 。 用 方法 来 定义 类 很 不 错 ， 类 还 可 以 实例 化 来 产生 值 , 但 方法 和 类 本 身 都 
不 是 值 。 这 又 有 什么 关系 呢 ? 还 真有 ， 人 们 发 现 , 在 运行 时 传递 方法 能 将 方法 变 成 一 等 公民 。 这 
在 编程 中 非常 有 用 ， 因 此 Java 8 的 设计 者 把 这 个 功能 加 入 到 了 Java 中 。 顺 便 说 一 下 ， 你 可 能 会 想 ， 
让 类 等 其 他 二 等 公民 也 变 成 一 等 公民 可 能 也 是 个 好 主意 。 有 很 多 语言 ， 如 Smalltalk 和 JavaScript， 
都 探索 过 这 条 路 。 


1.2.1 方法 和 Lambda 作为 一 等 公民 


Scala 和 Groovy 等 语言 的 实践 已 经 证 明 ， 让 方法 等 概念 作为 一 等 值 可 以 扩充 程序 员 的 工具 库 ， 
从 而 让 编程 变 得 更 容易 。 一 旦 程序 员 熟 悉 了 这 个 强大 的 功能 , 他 们 就 再 也 不 愿意 使 用 没有 这 一 功 
能 的 语言 了 。 因 此 ，Java 8 的 设计 者 决定 允许 方法 作为 值 ， 让 编程 更 轻松 。 此 外 ， 让 方法 作为 值 
也 构成 了 其 他 若干 Java 8 功能 ( 如 stream ) 的 基础 。 

我 们 介绍 的 Java 8 的 第 一 个 新 功能 是 方法 引用 。 比 方 说 ， 你 想 要 筛选 一 个 目录 中 的 所 有 隐藏 
文件 。 你 需要 编写 一 个 方法 , 然后 给 它 一 个 File, 它 就 会 告诉 你 文件 是 不 是 隐藏 的 。 幸 好 ,， File 
类 里 面 有 一 个 叫 作 isHiaden 的 方法 。 我 们 可 以 把 它 看 作 一 个 函数 ， 接 受 一 个 File， 返 回 一 个 布 
尔 值 。 但 要 用 它 做 筛选 , 你 需要 把 它 包 在 一 个 FileFilter 对 象 里 , 然后 传递 给 File.1istFiles 
方法 ， 如 下 所 示 : 
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File[] hiddenFiles = new File(".").listFiles(new FileFilter() { 
public boolean accept (File file) { 
return file.isHidden(); i 
; 筛选 隐藏 文件 


}); 

呢 ! 真 可 怕 ! 虽然 只 有 三 行 , 但 这 三 行 可 真 够 绕 的 。 我 们 第 一 次 碰 到 的 时 候 肯定 都 说 过 :“ 非 
得 这 样 不 可 吗 ? ”我 们 已 经 有 一 个 方法 isHiqden 可 以 使 用 ， 为 什么 非得 把 它 包 在 一 个 嗓 嗪 的 
FileFilter 类 里 面 再 实例 化 呢 ? 因为 在 Java 8 之 前 你 必须 这 么 做 ! 

如 今 在 Java 8 里 ， 你 可 以 把 代码 重 写成 这 个 样子 : 
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File[] hiddenFiles = new File(".").listFiles (File::isHidden); 

哇 ! 酷 不 酷 ? 你 已 经 有 了 函数 isHidden ， 因 此 只 需 用 Java 8 的 方法 引用 : :语法 〈 即 “把 这 
个 方法 作为 值 ”) 将 其 传 给 1istFiles 方 法 ; 请 注意 ,我 们 也 开始 用 函数 代表 方法 了 。 稍 后 我 们 
会 解释 这 个 机 制 是 如 何 工 作 的 。 一 个 好 处 是 , 你 的 代码 现在 读 起 来 更 接近 问题 的 陈述 了 。 方法 不 
再 是 二 等 值 了 。 与 用 对 象 引 用 传递 对 象 类 似 〈 对 象 引 用 是 用 new 创 建 的 )， 在 Java 8 里 写 下 
File: :isHidden 的 时 候 ， 你 就 创建 了 一 个 方法 引用 ， 你 同样 可 以 传递 它 。 第 3 章 会 详细 讨论 这 
一 概念 。 只 要 方法 中 有 代码 (方法 中 的 可 执行 部 分 )， 那么 用 方法 引用 就 可 以 传递 代码 ， 如 图 1-3 
所 示 。 图 1-4 说 明了 这 一 概念 。 你 在 下 一 他 中 还 将 看 到 一 个 具体 的 例子 一 一 从 库存 中 选择 苹果 。 


筛选 隐藏 文件 的 老 方法 
































| File[] hiddenFiles = new File(".").listFiles(new FileFilter() { | 
public boolean accept (File file) { | ; ee 
return file.isHidden(); | 用 isHiaaen 方 法 科 选 
上 | 文件 时 ， 需 要 把 方法 包 
pa | 豪 在 FileFilter 对 象 
File.1istFiles 方 法 
FileFilter 对 象 





isHidden 方法 


es 广 -一 一 | File.listFiles 
































Ae ER 在 Java 8 里 ， 你 可 以 使 
et es es ， ”用 方法 引用 : :语法 ， 
! File[] hiddenFiles = new File(".").listFiles(File::isHidden);! 把 isHidden 函 数 传 
nl 递 给 1istFiles 方 法 

| File: :isHidden 语 法 
File.isHidden File.listFiles 








图 1-4 ”将 方法 引用 File: :isHiqdden 传 递 给 1istFiles 方 法 





Lambda 一 一 匿名 函数 

除了 人 允许 (命名 ) 函数 成 为 一 等 值 外 ，Java 8 还 体现 了 更 广义 的 将 函数 作为 值 的 思想 ， 包 括 
Lambda”( 或 匿名 函数 )。 比 如 ， 你 现在 可 以 写 (int x) -> x + 1， 表 示 “ 调 用 时 给 定 参数 x， 
就 返回 x + 1 值 的 函数 "。 你 可 能 会 想 这 有 什么 必要 呢 ? 因为 你 可 以 在 MyMathsUtils 类 里 面 定 义 
一 个 aqd1 方 法 ， 然 后 写 MyMathsuUtils::add1 嘛 ! 确实 是 可 以 ， 但 要 是 你 没有 方便 的 方法 和 类 



























































@ 最 初 是 根据 希腊 字母 命名 的 。 虽 然 Java 中 不 使 用 这 个 符号 ， 名 称 还 是 被 保留 了 下 来 。 
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可 用 , 新 的 Lambda 语 法 更 简洁 。 第 3 章 会 详细 讨论 Lambda。 我 们 说 使 用 这 些 概念 的 程序 为 函数 式 -a 
编程 风格 ， 这 人 句 话 的 意思 是 “编写 把 函数 作为 一 等 值 来 传递 的 程序 ”。 


1.2.2 传递 代码 : 一 个 例子 


来 看 一 个 例子 ， 看 看 它 是 如 何 帮助 你 写 程 序 的 ， 我 们 在 第 2 章 还 会 进行 更 详细 的 讨论 。 所 有 
的 示例 代码 均 可 见于 本 书 的 GitHub 页 面 (https://github.com/java8/ )。 假 设 你 有 一 个 apple 类 ， 它 
有 一 个 getcolor 方 法 , 还 有 一 个 变量 inventory 保 存 着 一 个 Abples 的 列表 。 你 可 能 想 要 选 出 所 
有 的 绿 人 苹果， 并 返回 一 个 列表 。 通 常 我 们 用 筛选 ( filter ) 一 词 来 表达 这 个 概念 。 在 Java 8 之 前 ， 
你 可 能 会 写 这 样 一 个 方法 filterGreenApples: 






















































































public static List<Apple> filterGreenApples (List<Apple> inventory)t{ 
ee 2 3 new ArrayList<>(); < 一 result 是 用 来 累积 结 
or (Apple apple: inventory)t{ ， eA he 
if ("green".equals(apple.getColor())) { < 二 一 果 的 List， 开始 为 空 ， 
result.add (apple); 然后 一 个 个 加 入 绿 苹果 
} 
} 


return result; 


高 亮 显示 的 代码 会 


) 仅仅 选 出 绿 苹果 


但 是 接 下 来 ， 有 人 可 能 想 要 选 出 重 的 人 苹果， 比如 超过 150 克 ， 于 是 你 心情 沉重 地 写 了 下 面 这 
个 方法 ， 甚 至 用 了 复制 粘贴 : 
public static List<Apple> filterHeavyApples (List<Apple> inventory)t{ 


List<Apple> result = new ArrayList<>(); 
for (Apple apple: inventory)t{ 











if (apple.getWeight() > 150) { ”这 里 高 亮 显示 的 代码 会 
result.add(apple) ; 仅仅 选 出 重 的 苹果 本 


} 
} 


return result; 


} 

我 们 都 知道 软件 工程 中 复制 粘贴 的 危险 一 一 给 一 个 做 了 更 新 和 修正 , 却 忘 了 另 一 个 。 嘿 ,这 
两 个 方法 只 有 一 行 不 同 : if 里 面 高 亮 的 那 行 条 件 。 如 果 这 两 个 高 亮 的 方法 之 间 的 差异 仅仅 是 接受 
的 重量 范围 不 同 ， 那 么 你 只 要 把 接受 的 重量 上 下 限 作为 参数 传递 给 filter 就 行 了 ， 比 如 指定 
(150，1000) 来 选 出 重 的 苹果 (超过 150 克 )， 或 者 指定 (0，80) 来 选 出 轻 的 苹果 ( 低 于 80 殉 )。 

但 是 , 我 们 前 面 提 过 了 ，Java 8 会 把 条 件 代 码 作 为 参数 传递 进去 , 这样 可 以 避免 filter 方 法 
出 现 重复 的 代码 。 现 在 你 可 以 写 : 


public static boolean isGreenApple(Apple apple) { 
return "green".equals(apple.getColor()); 






































public static poolean isHeavyApple(Apple apple) { Pe i 
return apple.getWeight() > 150; 写 出 来 是 为 了 清晰 (平常 只 要 
} 从 java.util.function 导 


public interface Predicate<T>{ < 二 入 就 可 以 了 ) 
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boolean test(T t); 
} 


static List<Apple> filterApples (List<Apple> inventory, 方法 作为 Predicate 
Predicate<Apple> p) { < 参数 p 传 递 进去 ( 见 附注 
List<Apple> result = new ArrayList<>(); 栏 “ 什 么 是 谓词 ? ”) 
for (Apple apple: inventory)t{ 
在 .test (apple <— 
ee 了 苹果 符合 p 所 
代表 的 条 件 吗 


} 
} 


return result; 
要 用 它 的 话 ， 你 可 以 写 
filterApples (inventory, Apple::isGreenApple); 
或 者 
filterApples (inventory, Apple::isHeavyApple); 


我 们 会 在 接 下 来 的 两 章 中 详细 讨论 它 是 怎么 工作 的 。 现 在 重要 的 是 你 可 以 在 Java 8 里 面 传递 
方法 了 ! 











什么 是 谓词 ? 

前 面 的 代码 传递 了 方法 Apple::isGreenApple ( 它 接 受 参 数 Apple 并 返回 一 个 
boolean ) 给 filterApples, 后 者 则 希望 接受 一 个 Predicate<Apple> 参 数 , 谓 词 (predicate ) 
在 数学 上 常常 用 来 代表 一 个 类 似 函 数 的 东西 ， 它 接受 一 个 参数 值 ， 并 返回 true 或 false。 你 
在 后 面 会 看 到 ，Java 8 也 会 允许 你 写 Function<Apple,Boolean> 在 学 校 学 过 函数 却 没 学 
过 谓词 的 读者 对 此 可 能 更 熟悉 ， 但 用 Predicate<Apple> 是 更 标准 的 方式 ， 效 率 也 会 更 高 一 
点 儿 ， 这 避免 了 把 boolean 封 装 在 Boolean 里 面 。 











1.2.3 ”从 传递 方法 到 Lambda 


把 方法 作为 值 来 传递 显然 很 有 用 ,但 要 是 为 类 似 于 isHeavyApple 和 isGreenApple 这 种 可 
能 只 用 一 两 次 的 短 方法 写 一 堆 定义 有 点 儿 烦人 。 不 过 Java 8 也 解决 了 这 个 问题 ， 它 引入 了 一 套 新 
记 法 〈 匿名 函数 或 Lambda )， 让 你 可 以 写 


filterApples (inventory, (Apple a) -> "green".equals(a.getColor()) ); 























fijlterApples (inventory, (Apple a) -> a.getWeight() > 150 ); 











fijlterApples (inventory, (Apple a) -> a.getWeight() < 80 11 
"brown".equals(a.getColor()) ); 
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所 以 , 你 其 至 都 不 需要 为 只 用 一 次 的 方法 写 定 义 ; 代码 更 干净 、 更 清晰 ， 因 为 你 用 不 着 去 找 
自己 到 底 传递 了 什么 代码 。 但 要 是 Lambda 的 长 度 多 于 几 行 〈 它 的 行为 也 不 是 一 目 了 然 ) 的 话 ， 
那 你 还 是 应 该 用 方法 引用 来 指向 一 个 有 描述 性 名 称 的 方法 ， 而 不 是 使 用 匿名 的 Lambda。 你 应 该 
以 代码 的 清晰 度 为 准绳 。 

Java 8 的 设计 师 几乎 可 以 就 此 打住 了 ， 要 是 没有 多 核 CPU， 可 能 他 们 真 的 就 到 此 为 止 了 。 我 
们 迄今 为 止 谈 到 的 函数 式 编程 竟然 如 此 强大 ， 在 后 面 你 更 会 体会 到 这 一 点 。 本 来 ，Java 加 上 
filter 和 几 个 相关 的 东西 作为 通用 库 方 法 就 足以 让 人 满意 了 ， 比 如 

static <T> Collection<T> filter(Collection<T> c, Predicate<T> p); 

这 样 你 甚至 都 不 需要 写 filterApples 了， 因为 比如 先前 的 调用 
filterApples (inventory, (Apple a) -> a.getWeight() > 150 ); 
就 可 以 直接 调用 库 方法 filter: 

filter(inventory, (Apple a) -> a.getWeight() > 150 ); 

但 是 ， 为 了 更 好 地 利用 并 行 ，Java 的 设计 师 没 有 这 么 做 。Java 8 中 有 一 整套 新 的 类 集合 
API 一 一 Stream， 它 有 一 套 函 数 式 程序 员 熟 悉 的 、 类 似 于 filter 的 操作 ， 比 如 map、reduce, 还 
有 我 们 接 下 来 要 讨论 的 在 collections 和 streams 之 间 做 转换 的 方法 。 







































































1.3 流 


几乎 每 个 Java 应 用 都 会 制造 和 处 理 集合 。 但 集合 用 起 来 并 不 总 是 那么 理想 。 比 方 说 ， 你 需要 
从 一 个 列表 中 第 选 金额 较 高 的 交易 ， 然 后 按 货币 分 组 。 你 需要 写 一 大 堆 套路 化 的 代码 来 实现 这 个 
数据 处 理 命令 ， 如 下 所 示 : 


























Map<Currency, List<Transaction>> transactionsByCurrencies = 建立 累积 交易 
new HashMap<>(); 分 组 的 Ma 
遍历 交易 for _ (Transaction transaction : transactions) { 3 是 
if(transaction.getPrice() > 1000){ ue 六 
的 List t 筛选 金额 较 
Currency currency = transaction.getCurrency () ; 高 的 交易 
List<Transaction> transactionsForCurrency = 
transactionsByCurrencies.get (currency); 如 果 这 个 货币 的 
二 if (transactionsForCurrency == null) { < 一 分 组 Map 是 空 的 ， 
提取 交 transactionsForCurrency = new ArrayList<>(); 那 就 建立 一 个 
易 货币 transactionsByCurrencies.put (currency, 
transactionsForCurrency); 
} M2 
transactionsForCurrency.add (transaction); < 一 将 当前 遍历 的 交易 


添加 到 具有 同一 货 


} 币 的 交易 List 中 


此 外 ， 我 们 很 难 一 眼看 出 来 这 些 代码 是 做 什么 的 ， 因 为 有 好 几 个 艇 套 的 控制 流 指令 。 
有 了 Stream API， 你 现在 可 以 这 样 解决 这 个 问题 了 : 
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import static java.util.stream.Collectors.toList; 筛选 金额 较 
Map<Currency, List<Transaction>> transactionsByCurrencies = 高 的 交易 
transactions.stream( 
人 按 货币 分 组 
.filter( (Transaction t) -> t.getPrice() > 1000) < 一 中 
.Collect (groupingBy (Transaction: :getCurrency) ) ; < 一 


这 看 起 来 有 点 儿 神 奇 , 不 过 现在 先 不 用 担心 。 第 4~7 章 会 专门 讲述 怎么 理解 Stream API。 现在 
值得 注意 的 是 ， 和 Collection API 相 比 ，Stream API 处 理 数 据 的 方式 非常 不 同 。 用 集合 的 话 ， 你 得 
自己 去 做 迭代 的 过 程 。 你 得 用 for-each 循 环 一 个 个 去 迭代 元 素 ， 然 后 再 处 理 元 素 。 我 们 把 这 种 
数据 迭代 的 方法 称 为 外 部 迭代 。 相 反 ， 有 了 Stream API， 你 根本 用 不 着 操心 循环 的 事情 。 数 据 处 
理 完全 是 在 库 内 部 进行 的 。 我 们 把 这 种 思想 叫 作 内 部 近代 。 在 第 4 章 我 们 还 会 谈 到 这 些 思想 。 

使 用 集合 的 男 一 个 头疼 的 地 方 是 , 想 想 看 , 要 是 你 的 交易 量 非常 庞大 ,你 要 怎么 处 理 这 个 巨 
大 的 列表 呢 ? 单 个 CPU 根 本 搞 不 定 这 么 大 量 的 数据 , 但 你 很 可 能 已 经 有 了 一 台 多 核电 脑 。 理想 的 
情况 下 ,你 可 能 想 让 这 些 CPU 内 核 共同 分 担 处 理工 作 ， 以 缩短 处 理 时 间 。 理 论 上 来 说 ,要 是 你 有 
八 个 核 ， 那 并 行 起 来 ， 处 理 数据 的 速度 应 该 是 单 核 的 八 倍 。 






























































多 核 

所 有 新 的 台式 和 笔记 本 电脑 都 是 多 核 的 。 它 们 不 是 仅 有 一 个 CPU ， 而 是 有 四 个 、 八 个 ， 甚 
至 更 多 CPU， 通 常 称 为 内 核 >。 问 题 是 ， 经 典 的 Java 程 序 只 能 利用 其 中 一 个 核 ， 其 他 核 的 处 理 
能 力 都 浪费 了 。 类 似 地 ， 很 多 公司 利用 计算 集群 (用 高 速 网 络 连 接 起 来 的 多 台 计 算 机 ) 来 高 效 
处 理 海量 数据 。Java 8 提供 了 新 的 编程 风格 ， 可 更 好 地 利用 这 样 的 计算 机 。 

Google 的 搜索 引擎 就 是 一 个 无 法 在 单 台 计算 机 上 运行 的 代码 的 例子 。 它 要 读 取 互 联网 上 
的 每 个 页 面 并 建立 索引 ， 将 每 个 互联 网 网 页 上 出 现 的 每 个 词 都 映射 到 包含 该 词 的 网 址 上 。 然 
后 ， 如 果 你 用 多 个 单词 进行 搜索 ， 软 件 就 可 以 快速 利用 索引 ， 给 你 一 个 包含 这 些 词 的 网 页 集 
合 。 想 想 看 ， 你 会 如 何在 Java 中 实现 这 个 算法 ,哪怕 是 比 Google 小 的 引擎 也 需要 你 利用 计算 


机 上 所 有 的 核 。 


多 线程 并 非 易 事 


问题 在 于 ， 通 过 多 线程 代码 来 利用 并 行 ( 使 用 先前 Java 版 本 中 的 Thread API ) 并 非 易 事 。 你 
得 换 一 种 思路 : 线程 可 能 会 同时 访问 并 更 新 共享 变量 。 因 此 ， 如 果 没 有 协调 好 ”， 数 据 可 能 会 被 
意外 改变 。 相 比 一 步 步 执 行 的 顺序 模型 ， 这 个 模型 不 太 好 理解 *。 比 如 ， 图 1-5 就 展示 了 如 果 没 有 
同步 好 ， 两 个 线程 同时 向 共享 变量 sum 加 上 一 个 数 时 ， 可 能 出 现 的 问题 。 






































GD 从 某 种 意义 上 说 ， 这 个 名 字 不 太 好 。 一块 多 核 蕊 片上 的 每 个 核 都 是 一 个 五 脏 俱全 的 CPU。 但 “多 核 CPU” 的 说 法 
很 流行 ， 所 以 我 们 就 用 内 核 来 指 代 各 个 CPU。 

@) 传统 上 是 利用 synchronizea 关 键 字 , 但 是 要 是 用 错 了 地 方 , 就 可 能 出 现 很 多 难以 察觉 的 错误 。Java 8 基于 Stream 
的 并 行 提倡 很 少 使 用 synchronized 的 函数 式 编程 风格 ， 它 关注 数据 分 块 而 不 是 协调 访问 。 

@) 啊 哈 ， 促 使 语言 发 展 的 一 个 动力 源 ! 

























































































执行 
1 2 3 4 5 6 
线程 1 100 103 103 
加 (3) 
| 读 写 
sum 100 100 100 100 103 
读 了 
加 (5) 与 
线程 2 100 105 105 




















线程 1 sum = sum + 3; 
线程 2: sum = sum + 5; 


图 1-5 ”两 个 线程 对 共享 的 sum 变 量 做 加 法 的 一 种 可 能 方式 。 结 果 是 105， 而 不 是 预想 的 108 


Java 8 也 用 Stream API ( java.util.stream ) 解决 了 这 两 个 问题 . 集合 处 理 时 的 套路 和 了 星 
深 ， 以 及 难以 利用 多 核 。 这样 设 计 的 第 一 个 原因 是 ， 有 许多 反复 出 现 的 数据 处 理 模式 ， 类似 于 前 
一 节 所 说 的 filterApples 或 SQL 等 数据 库 查 询 语言 里 熟悉 的 操作 ， 如 果 在 库 中 有 这 些 就 会 很 方 
便 : 根据 标准 筛选 数据 ( 比如 较 重 的 苹果 )， 提 取 数 据 ( 例如 抽取 列表 中 每 个 苹果 的 重量 字段 )， 
或 给 数据 分 组 (例如 ,将 一 个 数字 列表 分 组 ,奇数 和 偶数 分 别 列表 ) 等 。 第 二 个 原因 是 ， 这 类 操 
作 和 常常 可 以 并 行 化 。 例 如 ， 如 图 1-6 所 示 ， 在 两 个 CPU 上 筛选 列表 ， 可 以 让 一 个 CPU 处 理 列 表 的 
前 一 半 ， 第 二 个 CPU 处 理 后 一 半 ， 这 称 为 分 支 步骤 (1)。CPU 随 后 对 各 自 的 半 个 列表 做 筛选 (2)。 
最 后 (3)， 一 个 CPU 会 把 两 个 结果 合并 起 来 (Google 搜索 这 么 快 就 与 此 紧密 相关 ， 当 然 他 们 用 的 
CPU 远 远 不 止 两 个 了 )。 

到 这 里 , 我 们 只 是 说 新 的 Stream API 和 Java 现 有 的 集合 API 的 行为 差不多 : 它们 都 能 够 访问 数 
据 项 目的 序列 。 不 过 ,现在 最 好 记得 ，Collection 主 要 是 为 了 存储 和 访问 数据 ， 而 Stream 则 主要 用 
于 描述 对 数据 的 计算 。 这 里 的 关键 点 在 于 ，Stream 人 允许 并 提倡 并 行 处 理 一 个 stream 中 的 元 素 。 
虽然 可 能 乍 看 上 去 有 点 儿 怪 ， 但 筛选 一 个 collection (将 上 一 节 的 fijlterApples 应 用 在 一 个 
List 上 ) 的 最 快 方法 常常 是 将 其 转换 为 Stream， 进 行 并 行 处 理 ， 然 后 再 转换 回 List,， 下 面 举 的 
串 行 和 并 行 的 例子 都 是 如 此 。 我 们 这 里 还 只 是 说 “几乎 免费 的 并 行 "， 让 你 稍微 体验 一 下 ， 如 何 
利用 Stream 和 Lambda 表 达 式 顺序 或 并 行 地 从 一 个 列表 里 筛选 比较 重 的 苹果 。 

顺序 处 理 : 


Import static java.util.stream.Collectors.toList; 
List<Apple> heavyApples = 
inventory.stream() .filter((Apple a) -> a.getWeight() > 150) 
.Collect (toList ()); 
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国 国 回国 


CPU1 > SS CPU 2 
”国生 加 


合并 
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图 1-6 将 filter 分 支 到 两 个 CPU 上 并 聚合 结果 





























并 行 处 理 : 


import static java.util.stream.Collectors.toList; 
List<Apple> heavyApples = 
inventory.parallelSstream() .filter((Apple a) -> a.getWeight() > 150) 
.collect (toList()); 


第 7 章 会 更 详细 地 探讨 Java 8 中 的 并 行 数据 人 处理 及 其 特点 。 在 加 入 所 有 这 些 新 玩意 儿 改 进 
Java 的 时 候 ，Java 8 设计 者 发 现 的 一 个 现实 问题 就 是 现 有 的 接口 也 在 改进 。 比 如 ， 
Collections.sort 方 法 真 的 应 该 属于 List 接 口 ， 但 却 从 来 没有 放 在 后 者 里 。 理 想 的 情况 下 ， 
你 会 希望 做 1ist .sort (comparator)， 而 不 是 Collections.sort(list, comparator)。 
这 看 起 来 无 关 紧要 , 但 是 在 Java 8 之 前 ,你 可 能 会 更 新 一 个 接口 ， 然 后 发 现 你 把 所 有 实现 它 的 类 
也 给 更 新 了 简直 是 逻辑 灾难 ! 这 个 问题 在 Java 8 里 由 默认 方法 解决 了 。 


























Java 中 的 并 行 与 无 共享 可 变 状态 

大 家 都 说 Java 里 面 并 行 很 难 , 而 且 和 syvnchronized 相 关 的 玩意 儿 都 容易 出 问题 。 那 Java8 
里 面 有 什么 “灵丹妙药 ” 呢 ? 事实 上 有 两 个 。 首 先 ， 库 会 负责 分 块 ， 即 把 大 的 流 分 成 几 个 小 的 
流 ， 以 便 并 行 处 理 。 其 次 ， 流 提供 的 这 个 几乎 免费 的 并 行 ， 只 有 在 传递 给 filter 之 类 的 库 方 
法 的 方法 不 会 互动 ( 比方 说 有 可 变 的 共享 对 象 ) 时 才能 工作 。 但 是 其 实 这 个 限制 对 于 程序 员 来 
说 挺 自 然 的 ， 举 个 例子 ， 我 们 的 Apple::isGreenApple 就 是 这 样 。 确 实 ， 虽 然 函 数 式 编程 中 
的 函数 的 主要 意思 是 “把 函数 作为 一 等 值 ”， 不 过 它 也 常常 隐 含 着 第 二 层 意 思 ， 即 “执行 时 在 
元 素 之 间 无 互动 ”。 
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1.4 默认 方法 


Java 8 中 加 入 默认 方法 主要 是 为 了 支持 库 设 计 师 ， 让 他 们 能 够 写 出 更 容易 改进 的 接口 。 这 一 
点 会 在 第 9 章 中 详 谈 。 这 一 方法 很 重要 ， 因 为 你 会 在 接口 中 遇 到 越 来 越 多 的 默认 方法 ,但 由 于 真 
正 需 要 编写 默认 方法 的 程序 员 相 对 较 少 , 而 且 它 们 只 是 有 助 于 程序 改进 ,而 不 是 用 于 编写 任何 具 
体 的 程序 ， 我 们 这 里 还 是 不 要 喝 味 了 ， 举 个 例子 吧 。 

在 1.3 节 中 ， 我 们 给 出 了 下 面 这 段 Java 8 示例 代码 : 


List<Apple> heavyApplesl1 = 
inventory.stream() .filter( (Apple a) -> a.getWeight() > 150) 
.Collect (toList () ) ; 
List<Apple> heavyApples2 = 
inventory.parallelStream() .filter( (Apple a) -> a.getWeight() > 150) 
.Collect (toList () ) ; 


但 这 里 有 个 问题 在 Java8 之 前 ，List<T> 并 没有 stream 或 parallelSttream 方 法 ， 它 实现 
的 collection<T> 接 口 也 没有 ， 因 为 当初 还 没有 想到 这 些 方 法 嘛 ! 可 没有 这 些 方法 ， 这 些 代码 
就 不 能 编译 。 换 作 你 自己 的 接口 的 话 , 最 简单 的 解决 方案 就 是 让 Java 8 的 设计 者 把 stream 方 法 加 
入 Collection 接 口 ， 并 加 入 ArrayList 类 的 实现 。 

可 要 是 这 样 做 ,对 用 户 来 说 就 是 焉 梦 了 。 有 很 多 的 蔡 代 集合 框架 都 用 Collection API 实 现 了 接 
口 。 但 给 接口 加 入 一 个 新 方法 , 意味 着 所 有 的 实体 类 都 必须 为 其 提供 一 个 实现 。 语言 设计 者 没 法 
控制 collections 所 有 现 有 的 实现 ， 这 下 你 就 进退 两 难 了 : 你 如 何 改变 已 发 布 的 接口 而 不 破坏 
已 有 的 实现 呢 ? 

Java 8 的 解决 方法 就 是 打破 最 后 一 环 一 一 接口 如 今 可 以 包含 实现 类 没有 提供 实现 的 方法 签名 
了 1! 那 谁 来 实现 它 呢 ? 缺失 的 方法 主体 随 接口 提供 了 (因此 就 有 了 默认 实现 )， 而 不 是 由 实现 类 
提供 。 

这 就 给 接口 设计 者 提供 了 一 个 扩充 接口 的 方式 ， 而 不 会 破坏 现 有 的 代码 。Java 8 在 接口 声明 
中 使 用 新 的 aefault 关 键 字 来 表示 这 一 点 。 

例如 , 在 Java8 里 ， 你 现在 可 以 直接 对 List 调 用 sort 方 法 。 它 是 用 Java8 List 接 口中 如 下 所 
示 的 默认 方法 实现 的 ， 它 会 调用 collections .sort 静态 方法 : 

default voidq sort (Comparator<? Super E> c) { 


Collections.sort (this, c); 


} 

这 意味 着 List 的 任何 实体 类 都 不 需要 显 式 实现 sort ， 而 在 以 前 的 Java 版 本 中 ， 除 非 提 供 了 
sort 的 实现 ， 否 则 这 些 实体 类 在 重新 编译 时 都 会 失败 。 

不 过 慢 着 , 一 个 类 可 以 实现 多 个 接口 , 不 是 吗 ? 那么 , 如 果 在 好 几 个 接口 里 有 多 个 默认 实现 ， 
是 否 意味 着 Java 中 有 了 某 种 形式 的 多 重 继承 ”是 的 ， 在 某 种 程度 上 是 这 样 。 我 们 在 第 9 章 中 会 谈 
到 ，Java 8 用 一 些 限 制 来 避免 出 现 类 似 于 C++ 中 臭名 昭著 的 鞭 形 继承 问题 。 






















































































































































































18 第 1 章 为 什么 要 关心 Java 8 


1.5 ”来自 函 数 式 编程 的 其 他 好 思想 


前 几 节 介绍 了 Java 中 从 函数 式 编程 中 引入 的 两 个 核心 思想 : 将 方法 和 Lambda 作 为 一 等 值 ， 以 
及 在 没有 可 变 共享 状态 时 ， 函 数 或 方法 可 以 有 效 、 安 全 地 并 行 执 行 。 前 面 说 到 的 新 的 Stream API 
把 这 两 种 思想 都 用 到 了 。 

常见 的 函数 式 语 言 ， 如 SML 、OCaml、Haskell， 还 提供 了 进一步 的 结构 来 帮助 程序 员 。 其 中 
之 一 就 是 通过 使 用 更 多 的 描述 性 数据 类 型 来 避免 aul1。 确 实 ， 计 算 机 科学 巨 壁 之 一 托尼 霍 尔 
( Tony Hoare ) 在 2009 年 伦敦 QCon 上 的 一 个 演讲 中 说 道 : 

我 把 它 叫 作 我 的 “价值 亿 万 美金 的 错误 ”。 就 是 在 1965 年 发 明了 空 引 用 …… 我 无 法 
抗拒 放 进 一 个 空 引用 的 诱惑 ， 仅 仅 是 因为 它 实 现 起 来 非常 容易 。 

在 Java 8 里 有 一 个 optional<T> 类 ， 如 果 你 能 一 致 地 使 用 它 的 话 ， 就 可 以 帮助 你 避免 出 现 
NullPointer 异 常 。 它 是 一 个 容器 对 象 ， 可 以 包含 ， 也 可 以 不 包含 一 个 值 。optional<T> 中 有 
方法 来 明确 处理 值 不 存在 的 情况 ， 这 样 就 可 以 避免 NullPointer 异 常 了 。 换 句 话 说 ， 它 使 用 类 
型 系统 ， 人 允许 你 表明 我 们 知道 一 个 变量 可 能 会 没有 值 。 我 们 会 在 第 10 章 中 详细 讨论 
Optional<T>。 

第 二 个 想法 是 (结构 ) 模式 匹配 ?。 这 在 数学 中 也 有 使 用 ， 例 如 : 

f(0) = 1 

f(n) = Drf(n-1) otherwise 

在 Java 中 ,你 可 以 在 这 里 写 一 个 if-then-else 语 句 或 一 个 switcnh 语 句 。 其 他 语言 表明 ,对 
于 更 复杂 的 数据 类 型 ， 模 式 匹配 可 以 比 1f_then-e1se 更 简明 地 表达 编程 思想 。 对 于 这 种 数据 类 
型 ,你 也 可 以 使 用 多 态 和 方法 重 载 来 替代 if-then-else, 但 对 于 哪 种 方式 更 合适 ， 就 语言 设计 
而 言 仍 有 一 些 争 论 。” 我 们 认为 两 者 都 是 有 用 的 工具 ， 你 都 应 该 掌握 。 不 幸 的 是 ，Java 8 对 模式 匹 
配 的 支持 并 不 完全 , 虽然 我 们 会 在 第 14 章 中 介绍 如 何 对 其 进行 表达 。 与 此 同时 ,我们 会 用 一 个 以 
Scala 语 言 〈 另 一 个 使 用 JVM 的 类 Java 语 言 ， 启 发 了 Java 在 一 些 方面 的 发 展 ; 请 参阅 第 15 章 ) 表达 
的 例子 加 以 描述 。 比 方 说 ,你 要 写 一 个 程序 对 描述 算术 表达 式 的 树 做 基本 的 简化 。 给 定 一 个 数据 
类 型 Expr 代 表 这 样 的 表达 式 ， 在 Scala 里 你 可 以 写 以 下 代码 ， 把 Expr 分 解 给 它 的 各 个 部 分 ， 然 后 
返回 另 一 个 Expr: 

















































































































def simplifyExpression (expr: Expr): Expr = expr match { 加 上 0 
case BinOp("+", e, Number(0)) => e < 一 乘 以 1 
case BinOp("*", e, Number(1)) => e < 一 
case BinOp("/", e, Number(1)) => e RE s 
Case _ => expr we 除 以 1 

不 能 简化 expr 




















Q@ 这 个 术语 有 两 个 意思 ， 这 里 我 们 指 的 是 数学 和 函数 式 编程 上 所 用 的 ， 即 函数 是 分 情况 定义 的 ， 而 不 是 使 用 
if-then-else。 它 的 另 一 个 意思 类 似 于 “在 给 定 目录 中 找到 所 有 类 似 于 IMG*.JPG 形 式 的 文件 ”， 和 所 谓 的 正 贝 
表达 式 有 关 。 

@ 维基 百科 中 文章 “Expression Problem”( 由 Phil Wadler 发 明 的 术语 ) 对 这 一 讨论 有 所 介绍 。 
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这 里 ，Scala 的 语法 expr match 就 对 应 于 Java 中 的 switcn (expr)。 现 在 你 不 用 担心 这 段 代 
码 ， 你 可 以 在 第 14 章 阅读 更 多 有 关 模 式 匹配 的 内 容 。 现 在 ， 你 可 以 把 模式 匹配 看 作 switch 的 扩 
展 形 式 ， 可 以 同时 将 一 个 数据 类 型 分 解 成 元 素 。 

为 什么 Java 中 的 switch 语 句 应 该 限于 原始 类 型 值 和 strings 呢 ? 函数 式 语 言 倾向 于 允许 
switch 用 在 更 多 的 数据 类 型 上 ， 包 括 允 许 模 式 匹配 (在 Scala 代 码 中 是 通过 match 操 作 实 现 的 )。 
在 面向 对 象 设 计 中 ， 常 用 的 访客 模式 可 以 用 来 遍历 一 组 类 ( 如 汽车 的 不 同 组 件 : 车 轮 、 发 动机 、 
底盘 等 )， 并 对 每 个 访问 的 对 象 执 行 操作 。 模式 匹配 的 一 个 优点 是 编译 器 可 以 报告 常见 错误 ,如 : 
“Brakes 类 属于 用 来 表示 cazr 类 的 组 件 的 一 族 类 。 你 忘记 了 要 显 式 处 理 它 。 

第 13 章 和 第 14 章 给 出 了 完整 的 教程 ， 介 绍 函 数 式 编程 ， 以 及 如 何在 Java 8 中 编写 函数 式 风 格 
的 程序 ， 包 括 其 库 中 提供 的 函数 工具 。 第 15 章 讨论 Java 8 的 功能 并 与 Scala 进 行 比较 。Scala 和 Java 
一 样 是 在 JVM 上 实现 的 ， 且 近年 来 发 展 迅速 ， 在 编程 语言 生态 系统 中 已 经 在 一 些 方面 威胁 到 了 
Java。 这 部 分 内 容 在 书 的 后 面 儿 章 ， 会 让 你 进一步 了 解 Java 8 为 什么 加 上 了 这 些 新 功能 。 













































































1.6 小结 


以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 

口 请 记 住 语言 生态 系统 的 思想 ， 以 及 语言 面临 的 “要 么 改变 , 要 么 衰亡 ”的 压力 。 昌 然 Java 
可 能 现在 非常 有 活力 ， 但 你 可 以 回忆 一 下 其 他 曾经 也 有 活力 但 未 能 及 时 改进 的 语言 的 命 
运 ， 如 COBOL。 

D Java 8 中 新 增 的 核心 内 容 提供 了 令 人 激动 的 新 概念 和 功能 ， 方 便 我 们 编写 既 有 效 又 简洁 的 

程序 。 

口 现 有 的 Java 编 程 实践 并 不 能 很 好 地 利用 多 核 处 理 器 。 

口 函数 是 一 等 值 ;记得 方法 如 何 作为 函数 式 值 来 传递 ， 还 有 Lambda 是 怎样 写 的 。 

口 Java 8 中 streams 的 概念 使 得 collections 的 许多 方面 得 以 推广 , 让 代码 更 为 易 读 , 并 人 允 

许 并 行 处 理 流 元 素 。 

口 你 可 以 在 接口 中 使 用 默认 方法 ， 在 实现 类 没有 实现 方法 时 提供 方法 内 容 。 

口 其 他 来 自 函 数 式 编程 的 有 趣 思想 ， 包 括 处 理 nu11 和 使 用 模式 匹配 。 




























































































通过 行为 参数 化 传 圳 代码 








本 章 内 容 

口 应 对 不 断 变化 的 需求 

口 行为 参数 化 

口 匿名 类 

口 Lambda 表 达 式 预览 

口 真实 示例 : comparator 、Runnable 和 GUI 











在 软件 工程 中 ， 一 个 众所周知 的 问题 就 是 ， 不 管 你 做 什么 ， 用 户 的 需求 肯定 会 变 。 比 方 说 ， 
有 个 应 用 程序 是 帮助 农民 了 解 自己 的 库存 的 。 这 位 农民 可 能 想 有 一 个 查找 库存 中 所 有 绿色 苹果 的 
功能 。 但 到 了 第 二 天 ， 他 可 能 会 告诉 你 :“ 其 实 我 还 想 找 出 所 有 重量 超过 150 克 的 苹果 。” 又 过 了 
两 天 , 农民 又 跑 回来 补充 道 :“ 要 是 我 可 以 找 出 所 有 既是 绿色 , 重量 也 超过 150 克 的 苹果 , 那 就 太 
棒 了 。” 你 要 如 何 应 对 这 样 不 断 变 化 的 需求 ”理想 的 状态 下 , 应 该 把 你 的 工作 量 降 到 最 少 。 此 外 ， 
类 似 的 新 功能 实现 起 来 还 应 该 很 简单 ， 而 且 易 于 长 期 维护 。 

行为 参数 化 就 是 可 以 帮助 你 处 理 频繁 变更 的 需求 的 一 种 软件 开发 模式 。 一 言 以 蔽 之 , 它 意味 
着 拿 出 一 个 代码 块 ， 把 它 准备 好 却 不 去 执行 它 。 这 个 代码 块 以 后 可 以 被 你 程序 的 其 他 部 分 调用 ， 
这 意味 着 你 可 以 推迟 这 块 代码 的 执行 。 例 如 ,你 可 以 将 代码 块 作为 参数 传递 给 另 一 个 方法 , 稍 后 
再 去 执行 它 。 这 样 , 这 个 方法 的 行为 就 基于 那 块 代码 被 参数 化 了 。 例如 , 如 果 你 要 处 理 一 个 集合 ， 
可 能 会 写 一 个 方法 : 
口 可 以 对 列表 中 的 每 个 元 素 做 “ 某 件 事 ” 
口 可 以 在 列表 人 处理 完 后 做 “为 一 件 事 ” 
口 遇 到 错误 时 可 以 做 “另外 一 件 事 ” 
行为 参数 化 说 的 就 是 这 个 。 打 个 比方 吧 : 你 的 室友 知道 怎么 开车 去 超市 , 再 开 回 家 。 于 是 你 可 
以 告诉 他 去 买 一 些 东 西 ， 比 如 面包 、 奶 酷 、 葡 萄 酒 什么 的 。 这 相当 于 调用 一 个 goanaBuy 方 法 ， 把 
购物 单 作 为 参数 。 然 而 ,有 一 天 你 在 上 班 ,你 需要 他 去 做 一 件 他 从 来 没有 做 过 的 事情 : 从 邮局 取 一 
个 包 囊 。 现 在 你 就 需要 传递 给 他 一 系列 指示 了 : 去 邮局 , 使 用 单 号 ， 和 工作 人 员 说 明 情 况 , 取 走 包 
庄 。 你 可 以 把 这 些 指 示 用 电子 邮件 发 给 他 ， 当 他 收 到 之 后 就 可 以 按照 指示 行事 了 。 你 现在 做 的 事情 
就 更 高 级 一 些 了 ， 相 当 于 一 个 方法 : go， 它 可 以 接受 不 同 的 新 行为 作为 参数 ， 然 后 去 执行 。 
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这 一 章 首 先 会 给 你 讲解 一 个 例子 ,说明 如 何 对 你 的 代码 加 以 改进 , 从 而 更 灵活 地 适应 不 断 变 
化 的 需求 。 在 此 基础 之 上 , 我 们 将 展示 如 何 把 行为 参数 化 用 在 几 个 真实 的 例子 上 。 比 如 ,你 可 能 
已 经 用 过 了 行为 参数 化 模式 一 一 使 用 Java API 中 现 有 的 类 和 接口 , 对 List 进 行 排序 , 筛选 文件 名 ， 
或 告诉 一 个 Thread 去 执行 代码 块 ， 其 或 是 处 理 GUI 事 件 。 你 很 快 会 发 现 ， 在 Java 中 使 用 这 种 模式 
十 分 喝 味 ,Java 8 中 的 Lambda 解 决 了 代码 喝 味 的 问题 ,我 们 会 在 第 3 章 中 向 你 展示 如 何 构 建 Lambda 
表达 式 、 其 使 用 场合 ， 以 及 如 何 利 用 它 让 代码 更 简洁 。 


2.1 应 对 不 断 变化 的 需求 


编写 能 够 应 对 变化 的 需求 的 代码 并 不 容易 。 让 我 们 来 看 一 个 例子 ,我 们 会 逐步 改进 这 个 例子 ， 
以 展示 一 些 让 代码 更 灵活 的 最 佳 做 法 。 就 农场 库存 程序 而 言 , 你 必须 实现 一 个 从 列表 中 筛选 绿 苹 
果 的 功能 。 听 起 来 很 简单 吧 ? 


2.1.1 初试 牛刀 : 筛选 绿 苹果 
第 一 个 解决 方案 可 能 是 下 面 这 样 的 : 


public static List<Apple> filterGreenApples (List<Apple> inventory) { 
List<Apple> result = new ArrayList<Apple>(); < 一 
for(Apple apple: inventory)t{ 累积 苹果 的 列表 



































if( "green" .equals (apple.getCcolor() ) { 二 一 了 
result.add (apple); 仅仅 选 出 绿 苹果 


} 
} 
return result; 


} 

突出 显示 的 行 就 是 筛选 绿 苹果 所 需 的 条 件 。 但 是 现在 农民 改 主意 了 ， 他 还 想 要 筛选 红 苹 果 。 
你 该 怎么 做 呢 ? 简单 的 解决 办 法 就 是 复制 这 个 方法 ， 把 名 字 改 成 filterRedaApples， 然 后 更 改 
if 条 件 来 匹配 红 苹 果 。 然 而 ， 要 是 农民 想 要 筛选 多 种 颜色 : 浅 绿色 、 暗 红色 、 黄 色 等 ， 这 种 方法 
就 应 付 不 了 了 。 一 个 良好 的 原则 是 在 编写 类 似 的 代码 之 后 ， 尝 试 将 其 抽象 化 。 


2.1.2 ”再 展 身手 : 把 颜色 作为 参数 
一 种 做 法 是 给 方法 加 一 个 参数 ， 把 颜色 变 成 参数 ， 这 样 就 能 灵活 地 适应 变化 了 : 


public static List<Apple> filterApplesByColor (List<Apple> inventory, 
String color) { 
List<Apple> result = new ArrayList<Apple>(); 
for (Apple apple: inventory)t{ 
if ( apple.getColor().equals(color) ) { 
result .add (apple); 
} 































































































} 


return result; 
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现在 ， 只 要 像 下 面 这 样 调用 方法 ， 农 民 朋 友 就 会 满意 了 : 


List<Apple> greenApples = filterApplesByColor (Inventory， "green"); 
List<Apple> redApples = filterApplesByColor (inventory, "red"); 

















太 简 单 了 对 吧 ? 让 我 们 把 例子 再 弄 得 复杂 一 点 儿 。 这 位 农民 又 跑 回来 和 你 说 :“ 要 是 能 区 分 
轻 的 苹果 和 重 的 苹果 就 太 好 了 。 重 的 华 果 一 般 是 重量 ; 于 150 克 。 

作为 软件 工程 师 ， 你 早 就 想到 农民 可 能 会 要 改变 重量 ， 于 是 你 写 了 下 面 的 方法 ,用 另 一 个 参 
数 来 应 对 不 同 的 重量 : 


public static List<Apple> filterApplesByWeight (List<Apple> inventory, 
int weight) { 
List<Apple> result = new ArrayList<Apple>(); 
For (Apple apple: inventory)t{ 
if ( apple.getWeight() > weight )f{ 
result.add(apple); 












































} 
} 


return result; 


} 
解决 方案 不 错 , 但 是 请 注意 ,你 复制 了 大 部 分 的 代码 来 实现 遍历 库存 ， 并 对 每 个 苹果 应 用 筛 
选 条 件 。 这 有 点 儿 令 人 失望 ， 因 为 它 打破 了 DRY ( Don*t Repeat Yourself， 不 要 重复 自己 ) 的 软件 

工程 原则 。 如 果 你 想 要 改变 筛选 遍历 方式 来 提升 性 能 呢 ? 那 就 得 修改 所 有 方法 的 实现 ,而 不 是 只 
改 一 个 。 从 工程 工作 量 的 角度 来 看 ， 这 代价 太 大 了 。 

你 可 以 将 颜色 和 重量 结合 为 一 个 方法 ， 称 为 filter。 不 过 就 算 这 样 ， 你 还 是 需要 一 种 方式 
来 区 分 想 要 筛选 哪个 属性 。 你 可 以 加 上 一 个 标志 来 区 分 对 颜色 和 重量 的 查询 ( 但 绝 不 要 这 样 做 ! 
我 们 很 快 会 解释 为 什么 ) 


2.1.3 第 三 次 尝试 : 对 你 能 想到 的 每 个 属性 做 筛选 
一 种 把 所 有 属性 结合 起 来 的 策 拙 尝试 如 下 所 示 : 


public static List<Apple> filterApples (List<Apple> inventory, String color, 
int weight, boolean flag) { 
List<Apple> result = new ArrayList<Apple>(); 
for (Apple apple: inventory)t{ 
if ( (flag && apple.getColor().equals(color)) 11 

























































































(!flag && apple.getWeight () > weight) ){ q 十 分 笨拙 的 选 
result .add (apple); 择 颜 色 或 重量 
} 的 方式 


} 
return result; 


} 
你 可 以 这 么 用 〈 但 真 的 很 笨拙 ): 


List<Apple> greenApples = filterApples (inventory, "green", 0, true); 
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List<Apple> heavyApples = filterApples (inventory, "", 150, false); 



































这 个 解决 方案 再 差 不 过 了 。 首先 , 客户 端 代 码 看 上 去 糟 透 了 。true 和 false 是 什么 意思 ? 此 
外 , 这 个 解决 方案 还 是 不 能 很 好 地 应 对 变化 的 需求 。 如 果 这 位 农民 要 求 你 对 苹果 的 不 同属 性 做 得 
选 ， 比 如 大 小 、 形 状 、 产 地 等 ， 又 怎么 办 ? 而 且 ， 如 果农 民 要 求 你 组 合 属性 ， 做 更 复杂 的 查询 ， 
比如 绿色 的 重 苹果 ， 又 该 怎么 办 ? 你 会 有 好 多 个 重复 的 filtez 方 法 ， 或 一 个 巨大 的 非常 复杂 的 
方法 。 到 目前 为 止 , 你 已 经 给 filterApples 方 法 加 上 了 值 ( 比如 string、Integer 或 boolean ) 
的 参数 。 这 对 于 某 些 确定 性 问题 可 能 还 不 错 。 但 如 今 这 种 情况 下 ,你 需要 一 种 更 好 的 方式 , 来 把 
苹果 的 选择 标准 告诉 你 的 filterApples 方 法 。 在 下 一 节 中 ,我 们 会 介绍 了 如 何 利 用 行为 参数 化 
实现 这 种 灵活 性 。 


2.2 行为 参数 化 


你 在 上 一 节 中 已 经 看 到 了 ， 你 需要 一 种 比 添加 很 多 参数 更 好 的 方法 来 应 对 变化 的 需求 。 让 
我 们 后 退 一 步 来 看 看 更 高 层次 的 抽象 。 一 种 可 能 的 解决 方案 是 对 你 的 选择 标准 建 模 : 你 考虑 的 
是 苹果 ， 需 要 根据 apple 的 某 些 属性 ( 比如 它 是 绿色 的 吗 ? 重量 超过 150 克 吗 ? ) 来 返回 一 个 
boolean 值 。 我 们 把 它 称 为 谓词 ( 即 一 个 返回 boolean 值 的 函数 )。 让 我 们 定义 一 个 接口 来 对 选 
择 标准 建 模 : 

public interface ApplePredicatet 


boolean test (Apple apple); 
} 


现在 你 就 可 以 用 ApplePredicate 的 多 个 实现 代表 不 同 的 选择 标准 了 , 比如 ( 如 图 2-1 所 示 ): 


public class AppleHeavyWeightPredicate implements ApplePredicatet < 一 仅仅 选 出 
public boolean test (Apple apple)t{ 重 的 苹果 
return apple.getWeight () > 150; 































































































} 
} 
public class AppleGreenColorPredicate implements ApplePredicatet{ 二 一 仅仅 选 出 
public boolean test (Apple apple){ 绿 苹果 
return "green".equals (apple.getColor()); 


; 























ApplePredicate 圭 
ApplePredicate 装 了 选择 苹果 的 策略 
+ boolean test (Apple apple) 
AppleGreenColorPredicate AppleHeavyWeightPredicate 




















图 2-1 选择 苹果 的 不 同 策略 
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小 





你 可 以 把 这 些 标 准 看 作 filtez 方 法 的 不 同行 为 。 你 刚 做 的 这 些 和 “策略 设计 模式 ” "相关 ， 
它 让 你 定义 一 族 算法 ， 把 它们 封装 起 来 〈 称 为 “策略 ”)， 然 后 在 运行 时 选择 一 个 算法 。 在 这 里 ， 
算法 族 就 是 applePredicate, 不 同 的 策略 就 是 AppleHeavyWeightPredicate 和 AppleGreen- 
ColorPredicate。 

但 是 ,该 怎么 利用 ApplePredicate 的 不 同 实 现 呢 ? 你 需要 filterApples 方 法 接受 
ApplepPredicate 对 象 ， 对 Apple 做 条 件 测试 。 这 就 是 行为 参数 化 ， 让 方法 接受 多 种 行为 (或 战 
略 ) 作为 参数 ， 并 在 内 部 使 用 ， 来 完成 不 同 的 行为 。 

要 在 我 们 的 例子 中 实现 这 一 点 ， 你 要 给 filterApples 方 法 添加 一 个 参数 ， 让 它 接受 
ApplepPredicate 对 象 。 这 在 软件 工程 上 有 很 大 好 处 ; 现在 你 把 filterApples 方 法 迭代 集合 的 
人 逻辑 与 你 要 应 用 到 集合 中 每 个 元 素 的 行为 ( 这 里 是 一 个 谓词 ) 区 分 开 了 。 


第 四 次 尝试 : 根据 抽象 条 件 筛选 
利用 ApplePredicate 改 过 之 后 ，filter 方 法 看 起 来 是 这 样 的 : 


public static List<Apple> filterApples (List<Apple> inventory, 
ApplePredicate p)t{ 
List<Apple> result = new ArrayList<>(); 
for(Apple apple: inventory)t{ 















































if(p.test (apple)){ < 一 
result.add (apple); 谓词 对 象 封 装 了 
} 测试 苹果 的 条 件 


} 


return result; 


} 

1. 传递 代码 /行为 

这 里 值得 停 下 来 小 小 地 庆祝 一 下 。 这 段 代码 比 我 们 第 一 次 尝试 的 时 候 灵活 多 了 , 读 起 来 、 用 
起 来 也 更 容易 ! 现在 你 可 以 创建 不 同 的 ApplePredicate 对 象 ， 并 将 它们 传递 给 filterApples 
方法 。 免 费 的 灵活 性 ! 比如 ， 如 果农 民 让 你 找 出 所 有 重量 超过 150 克 的 红 苹 果 ， 你 只 需要 创建 
个 类 来 实现 ApplePredicate 就 行 了 。 你 的 代码 现在 足够 灵活 ,可 以 应 对 任何 涉及 苹果 属性 的 需 
求 变更 了 : 

public class AppleRedAndHeavyPredicate implements ApplepPredicatetft 

public boolean test (Apple apple)t{ 


return "red".equals (apple.getColor()) 
&& apple.getWeight() > 150; 
































} 


List<Apple> redAndHeavyApples = 
filterApples (inventory, new AppleRedAndHeavyPredicate()); 


你 已 经 做 成 了 一 件 很 酷 的 事 : filterApples 方 法 的 行为 取决 于 你 通过 ApplePredicate 对 























GD 见 http:/en.wikipedia.org/wiki/Strategy_pattern 。 
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象 传递 的 代码 。 换 名 话说 ， 你 把 filteraApples 方 法 的 行为 参数 化 了 ! 

请 注意 ， 在 上 一 个 例子 中 ， 唯 一 重要 的 代码 是 test 方 法 的 实现 ， 如 图 2-2 所 示 ; 正 是 它 定义 
了 filterApples 方 法 的 新 行为 。 但 令 人 遗憾 的 是 ， 由 于 该 filterApples 方 法 只 能 接受 对 象 ， 
所 以 你 必须 把 代码 包 右 在 ApplePreqicate 对 象 里 。 你 的 做 法 就 类 似 于 在 内 联 “传递 代码 ， 
为 你 是 通过 一 个 实现 了 test 方 法 的 对 象 来 传递 布尔 表达 式 的 。 你 将 在 2.3 节 (第 3 章 中 有 更 详细 的 
内 容 ) 中 看 到 ， 通 过 使 用 Lambda， 你 可 以 直接 把 表达 式 "red" .equals (apple.getColor()) 
&&apple.getWeight () > 150 传 递 给 filterApples 方 法 ， 而 无 需 定义 多 个 ApplePredicate 


类 ， 从 而 去 掉 不 必要 的 代码 。 
































ApplePredicate 对 象 





public class AppleRedAndHeavyPredicate implements ApplePredicate { 
public boolean test(Apple apple){ 





return "red".equals (apple.getColor()) 
&& apple.getWeight() > 150; 














作为 参数 
传递 


filterApples (inventory, 让 


把 策略 传递 给 筛选 方法 ， 通 过 布尔 表达 
式 筛选 封装 在 ApplePredicate 对 象 
内 的 人 苹果。 为 了 封装 这 段 代 码 ， 用 了 很 
多 模板 代码 来 包 于 它 (以 粗 体 显 示 ) 


图 2-2 ”参数 化 filterApples 的 行为 ， 并 传递 不 同 的 筛选 策略 

2. 多 种 行为 ， 一 个 参数 

正如 我 们 先前 解释 的 那样 , 行为 参数 化 的 好 处 在 于 你 可 以 把 迭代 要 筛选 的 集合 的 逻辑 与 对 集 
合 中 每 个 元 素 应 用 的 行为 区 分 开 来 。 这 样 你 可 以 重复 使 用 同一 个 方法 , 给 它 不 同 的 行为 来 达到 不 
同 的 目的 ， 如 图 2-3 所 示 。 
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ApplePredicate ApplePredicate 
新 的 行为 return apple.getWeight() > 150; return "green".equals (apple.getColor()); 
NE 2 
public static List<Apple> filterApples (List<Apple> inventory,( ApplePredicate )p){ 
List<Apple> result= new ArrayList<>(); 
行为 参数 化 for (Apple apple: inventory){ 
if(p.test(apple)){ 
result.add (apple); 
} 


return teaults 








a 




















输出 重 的 
苹果 
图 2-3 ”参数 化 filterapples 的 行为 并 传递 不 同 的 筛选 策略 
这 就 是 说 行 数 化 是 一 个 有 用 的 概念 的 原因 。 你 应 该 把 它 放 进 你 的 工具 箱 里 , 用 来 编写 灵 


活 的 API。 
为 了 保证 你 对 行为 参数 化 运用 自如 ， 看 看 测验 2.1 吧 ! 





测验 2.1: 编写 灵活 的 prettyPrintApple 廊 法 

编写 一 个 brettyPrintApple 方 法 ， 它 接受 一 个 Apple 的 List， 并 可 以 对 它 参 数 化 ， 以 
多 种 方式 根据 苹果 生成 一 个 String 输 出 (有 点 儿 像 多 个 可 定制 的 Lostring 方 法 )。 例 如， 你 
可 以 告诉 prettyPrintApple 方 法 ， 只 打印 每 个 苹果 的 重量 。 此 外 ， 你 可 以 让 
prettyPrintApple 方 法 分 别 打 印 每 个 苹果 ， 然 后 说 明 它 是 重 的 还 是 轻 的 。 解 决 方案 和 我 们 
前 面 讨 论 的 筛选 的 例子 类 似 。 为 了 帮 你 上 手 ， 我 们 提供 了 prettyPrintApple 方 法 的 一 个 粗 
略 的 框架 

EUublac static void prettyPrintApple(List<Apple> inventory, ?2?2)1 

for (APPle apple: inventory) { 
Seerne on = ee ee ee 


a a 
} 


一 


答案 如 下 。 

首先 ， 你 需要 一 种 表示 接受 Apple 并 返回 一 个 格式 String 值 的 方法 。 前 面 我 们 在 编写 
ApplePredicate 接 口 的 时 候 ， 写 过 类 似 的 东西 : 

public interface AppleFormattert{ 


String accept (Apple a); 
} 


现在 你 就 可 以 通过 实现 AppleFormattetr 方 法 ， 来 表示 多 种 格式 行为 了 : 
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public class AppleFancyFormatter implements AppleFormattert{ 
BubEie Serineo ccebore (poleraple 
Semi enardeeerletLr dolenerWelone .> D0 eavy, 
witenateyv 
ee umn wa ehoeternstuenr 
nolo to or Hl 





上 
public class AppleSimpleFormatter implements AppleFormattert{ 
public String accept (Apple apple)t{ 
return "An apple of " + apple.getWeight() + "g"; 
} 
lL 


最 后 ， 你 需要 告诉 brettyPrintApple 方 法 接受 AppleFormatter 对 象 ， 并 在 内 部 使 用 


它们 。 你 可 以 给 prettyPrintApple 加 上 一 个 参数 : 
Su Ea von oe ea Ale Tm eensor. 
AppleFormatter formatter)t{ 
for(Apple apple: inventory)t{ 
String output = formatter.accept (apple); 
Sra one 
} 
} 


搞定 啦 1! 现在 你 就 可 以 给 prettyPrintApple 方 法 传递 多 种 行为 了 。 为 此 ， 你 首先 要 实 
例 化 AppleFormatter 的 实现 ， 然 后 把 它们 作为 参数 传 给 prettyPrintApple: 


prettyPrintApple(inventory, new AppleFancyFormatter()); 


这 将 产生 一 个 类 似 于 下 面 的 输出 : 
A light green apple 
A heavy red apple 


或 者 试 试 这 个 : 
prettyPrintApple(inventory, new AppleSimpleFormatter()); 


这 将 产生 一 个 类 似 于 下 面 的 输出 : 
An apple of 80g 
A oSteT ot SSo 


你 已 经 看 到 ， 可 以 把 行为 抽象 出 来 ， 让 你 的 代码 适应 需求 的 变化 ,但 这 个 过 程 很 喝 呈 ， 因 为 
你 需要 声明 很 多 只 要 实例 化 一 次 的 类 。 让 我 们 来 看 看 可 以 怎样 改进 。 


2.3 ”对 付 喝 喇 


我 们 都 知道 ， 人 们 都 不 愿意 用 那些 很 麻烦 的 功能 或 概念 。 目 前 ， 当 要 把 新 的 行为 传递 给 
filteraApples 方 法 的 时 候 ， 你 不 得 不 声明 好 几 个 实现 ApplePreaicate 接 口 的 类 ， 然 后 实例 化 
好 几 个 只 会 提 到 一 次 的 ApplePreqicate 对 象 。 下 面 的 程序 总 结 了 你 目前 看 到 的 一 切 。 这 真是 很 
哆 呆 ， 很 费时 间 !1 
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代码 清单 2-1 行为 参数 化 : 用 谓词 筛选 苹果 
public class AppleHeavyWeightPredicate implements ApplePredicate{ < -一 
public boolean test (Apple apple)t{ 选择 较 重 苹 
return apple.getWeight() > 150; 果 的 谓词 
} 
} 
public class AppleGreenColorPredicate implements ApplePredicatet <— 
public boolean test (Apple apple)t{ 选择 绿 苹 
return "green".equals (apple.getColor()); 果 的 谓词 
} 
} 
public class FilteringApplest{ 
public static void main(String...args)t{ 
List<Apple> inventory = Arrays.asList (new Apple(80,"green"), 


结果 是 一 个 new Apple(155, "green"), 
包含 一 个 new Apple(120, "red")); 
155 克 Apple List<Apple> heavyApples = 

的 List filterApples (inventory, new AppleHeavyWeightPredicate()); 


List<Apple> greenApples = 
filterApples (inventory, new AppleGreenColorPredicate()); 
结果 是 一 个 包 |  } 
含 两 个 绿 Apple public static List<Apple> filterApples (List<Apple> inventory, 
的 List ApplePredicate p) { 
List<Apple> result = new ArrayList<>(); 
for (Apple apple : inventory)t{ 
if (p.test (apple)){ 
result .add (apple); 





} 
} 


return result; 


} 

费 这 么 大 劲 儿 真 没 必要 ， 能 不 能 做 得 更 好 呢 ? Java 有 一 个 机 制 称 为 匿名 类 ， 它 可 以 让 你 同时 
声明 和 实例 化 一 个 类 。 它 可 以 帮助 你 进一步 改善 代码 , 让 它 变 得 更 简洁 。 但 这 也 不 完全 令 人 满意 。 
2.3.3 节 简短 地 介绍 了 Lambda 表 达 式 如 何 让 你 的 代码 更 易 读 ， 我 们 将 在 下 一 章 详细 讨论 。 


2.3.1 匿名 类 


匿名 类 和 你 熟悉 的 Java 局 部 类 ( 块 中 定义 的 类 ) 差不多 , 但 匿名 类 没有 名 字 。 它 允许 你 同时 
声明 并 实例 化 一 个 类 。 换 名 话说 ， 它 允许 你 随 用 随 建 。 


2.3.2 ”第 五 次 党 试 : 使 用 匿名 类 
下 面 的 代码 展示 了 如 何 通过 创建 一 个 用 匿名 类 实现 ApplePredicate 的 对 象 , 重 写 筛选 的 例子 : 


List<Apple> redApples = filterApples (inventory, new ApplePredicate() { 二 一 
public boolean test (Apple apple)t{ 
return "red".equals (apple.getColor ()); 直接 内 联 参 数 化 
} filterapples 方 
} 法 的 行为 
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GUI 应 用 程序 中 经 常 使 用 匿名 类 来 创建 事件 处 理 器 对 象 (下 面 的 例子 使 用 的 是 Java FX API， 
一 种 现代 的 Java UI 平 台 ): 


button.setOnAction(new EventHandler<ActionEvent>() { 
public void handle(ActionEvent event) { 


System.out .println("Woooo a click!!"); 








} 
}); 
但 匿名 类 还 是 不 够 好 。 第 一 
如 下 面 高 亮 的 代码 所 示 : 
List<Apple> redApples = filterApples(inventory, new ApplePredicate() { < 


public boolean test(Apple a)f{ 
return "red".equals(a.getColor()); 很 多 模板 


} 代码 








主 往 很 策 重 , 因为 它 占 用 了 很 多 空间 。 还 拿 前 面 的 例子 来 看 ， 


合 





? 它 


人 





}) 
button .setonAction(new EventHandler<ActionEvent>() { < 一 
public void handle(ActionEvent event) { 
System.out .println("Woooo a click!!"); 
} 
}); 


A et i e000 0 
让 大 多 数 程序 员 都 措手不及 。 你 来 试 试 看 吧 。 
































测验 2.2: 匿名 类 谜 题 
下 面 的 代码 执行 时 会 有 什么 样 的 输出 呢 ，4、5、6 还 是 42? 


public class MeaningOfThis 
{ 
Te Ene al A/ 
Jol te OSI 
{ 
te ole 
Runnable r = new Runnable(){ 
Io ole nie toe ve 
NTE von Ewin 
Te we Se TO 
Sveoeemnsout or ma ve 
} 
De 
ER 
} 
ovolne Seene Vor nim(orrine .ee) 
{ l | 这 一 行 的 输 
MeaningOfThis m = new MeaningOfThis(); 出 是 什么 ? 
eel un 
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答案 是 5， 因 为 this 指 的 是 包含 它 的 Runnable， 而 不 是 外 面 的 类 MeaningOfThis。 

















整体 来 说 ， 哆 嗪 就 不 好 ; 它 让 人 不 愿意 使 用 语言 的 某 种 功能 ， 因 为 编写 和 维护 哆 号 的 代码 需 
要 很 长 时 间 , 而 且 代 码 也 不 易 读 。 好 的 代码 应 该 是 一 目 了 然 的 。 即 使 匿名 类 处 理 在 某 种 程度 上 改 
善 了 为 一 个 接口 声明 好 几 个 实体 类 的 哆 呈 问 题 , 但 它 仍 不 能 令 人 满意 。 在 只 需要 传递 一 段 简单 的 
代码 时 ( 例如 表示 选择 标准 的 boolean 表 达 式 )， 你 还 是 要 创建 一 个 对 象 ， 明 确 地 实现 一 个 方法 
来 定义 一 个 新 的 行为 (例如 Predicate 中 的 test 方 法 或 是 EventHandler 中 的 handler 方 法 )。 

在 理想 的 情况 下 ,我 们 想 鼓 励 程序 员 使 用 行为 参数 化 模式 ， 因 为 正如 你 在 前 面 看 到 的 , 它 让 
代码 更 能 适应 需求 的 变化 。 在 第 3 章 中 , 你 会 看 到 Java 8 的 语言 设计 者 通过 引入 Lambda 表 达 式 一 一 
一 种 更 简洁 的 传递 代码 的 方式 一 一 解决 了 这 个 问题 。 好 了 ， 巧 念 够 多 了 ， 下 面 简 单 介绍 一 下 
Lambda 表 达 式 是 怎么 让 代码 更 干净 的 。 


2.3.3 ”第 六 次 尝试 : 使 用 Lambda 表达 式 





































































































上 面 的 代码 在 Java 8 里 可 以 用 Lambda 表 达 式 重 写 为 下 面 的 样子 : 


List<Apple> result = 
filterApples (inventory, (Apple apple) -> "red".equals(apple.getColor())); 


不 得 不 承认 这 代码 看 上 去 比 先前 干净 很 多 。 这 很 好 ， 因 为 它 看 起 来 更 像 问题 陈述 本 身 了 。 我 
们 现在 已 经 解决 了 哆 嗪 的 问题 。 图 2-4 对 我 们 到 目前 为 止 的 工作 做 了 一 个 小 结 。 
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图 2-4 ”行为 参数 化 与 值 参数 化 
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2.3.4 ”第 七 次 尝试 : 将 List 类 型 抽象 化 
在 通 往 抽 象 的 路 上 ， 我 们 还 可 以 更 进一步 。 目 前 ，filterapples 方 法 还 只 适用 于 Apple。 
你 还 可 以 将 List 类 型 抽象 化 ， 从 而 超越 你 眼前 要 处 理 的 问题 : 


public interface Predicate<T>{ 
boolean test (T t); 





: 引入 类 型 


. l ' . ， 参 
public static <T> List<T> filter(List<T> list, Predicate<T> p){ < 一 参数 "了 


List<T> result = new ArrayList<>(); 
for(T e: list)t{ 
if(p.test(e))t 
result .add (e); 
} 
} 
return result; 


} 
现在 你 可 以 把 filter 方 法 用 在 香 态 、 村 子 、Integer 或 是 string 的 列表 上 了 。 这 里 有 一 个 
使 用 Lambda 表 达 式 的 例子 : 


List<Apple> redApples = 
filter(inventory, (Apple apple) -> "red".equals (apple.getColor())); 




















List<Integer> evenNumbers = 
filter(numbers, (Integer i) ->i%2 == 0); 




















酷 不 酷 ? 你 现在 在 灵活 性 和 简洁 性 之 间 找 到 了 最 佳 平衡 点 , 这 在 Java 8 之 前 是 不 可 能 做 到 的 ! 


2.4 真实 的 例子 


你 现在 已 经 看 到 ,行为 参数 化 是 一 个 很 有 用 的 模式 ， 它 能 够 轻松 地 适应 不 断 变化 的 需求 。 这 
种 模式 可 以 把 一 个 行为 (一 段 代 码 ) 封装 起 来 ， 并 通过 传递 和 使 用 创建 的 行为 (例如 对 Apple 的 
不 同 谓词 ) 将 方法 的 行为 参数 化 。 前 面 提 到 过 ， 这 种 做 法 类 似 于 策略 设计 模式 。 你 可 能 已 经 在 实 
践 中 用 过 这 个 模式 了 。Java API 中 的 很 多 方法 都 可 以 用 不 同 的 行为 来 参数 化 。 这 些 方法 往往 与 匿 
名 类 一 起 使 用 。 我 们 会 展示 三 个 例子 ， 这 应 该 能 帮助 你 巩固 传递 代码 的 思想 了 : 用 一 个 
comparator 排 序 ， 用 Runnable 执 行 一 个 代码 块 ， 以 及 GUI 事件 处 理 。 

















2.4.1 用 comparator 来 排序 


对 集合 进行 排序 是 一 个 常见 的 编程 任务 。 比 如 , 你 的 那 位 农民 朋友 想 要 根据 苹果 的 重量 对 库 
存 进行 排序 , 或 者 他 可 能 改 了 主意 , 希望 你 根据 颜色 对 苹果 进行 排序 。 听 起 来 有 点 儿 耳 熟 ? 是 的 ， 
你 需要 一 种 方法 来 表示 和 使 用 不 同 的 排序 行为 ， 来 轻松 地 适应 变化 的 需求 。 

在 Java 8 中 ， List 自 带 了 一 个 sort 方 法 (你 也 可 以 使 用 collections.sort )。sort 的 行为 
可 以 用 java.util.Comparator 对 象 来 参数 化 ， 它 的 接口 如 下 : 
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// java.util.Comparator 

public interface Comparator<T> { 
public int compare(T ol, T 0o02); 

} 


因此 ,你 可 以 随时 创建 Comparator 的 实现 ， 用 sort 方 法 表现 出 不 同 的 行为 。 比 如 ,你 可 以 
使 用 匿名 类 ， 按 照 重 量 升序 对 库存 排序 : 


inventory.sort (new Comparator<Apple>() { 
public int compare(Apple al, Apple a2){ 
return al.getWeight () .compareTo(a2.getWeight ()); 








} 
J 


如 果农 民 改 了 主意 ， 你 可 以 随时 创建 一 个 comparator 来 满足 他 的 新 要 求 ， 并 把 它 传递 给 
soxt 方 法 。 而 如 何 进行 排序 这 一 内 部 细节 都 被 抽象 掉 了 。 用 Lambda 表 达 式 的 话 ， 看 起 来 就 是 
这 样 : 

inventory.sort!( 

(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ())); 


现在 暂时 不 用 担心 这 个 新 语法 ， 下 一 章 我 们 会 详细 讲解 如 何 编写 和 使 用 Lambda 表 达 式 。 





























2.4.2 用 Runnable 执行 代码 块 


线程 就 像 是 轻 量 级 的 进程 : 它们 自己 执行 一 个 代码 块 。 但 是 , 怎么 才能 告诉 线程 要 执行 哪 块 
代码 呢 ? 多 个 线程 可 能 会 运行 不 同 的 代码 。 我 们 需要 一 种 方式 来 代表 稍 候 执 行 的 一 段 代 码 。 在 
Java 里 ， 你 可 以 使 用 Runnable 接 口 表示 一 个 要 执行 的 代码 块 。 请 注意 ， 代 码 不 会 返回 任何 结 
( 即 voia ): 

















// java.lang.Runnable 
public interface Runnablet 
public voidq run(); 


} 
你 可 以 像 下 面 这 样 ， 使 用 这 个 接口 创建 执行 不 同行 为 的 线程 : 


Thread t = new Thread(new Runnable() { 
public void run(){ 
System.out .println("Hello world"); 





} 
3 


用 Lambda 表 达 式 的 话 ， 看 起 来 是 这 样 : 
Thread 七 = new Thread(() -> System.out.println("Hello world")); 
2.4.3 GUI 事件 处 理 
GUI 编程 的 一 个 骨 型 模式 就 是 执行 一 个 操作 来 响应 特定 事件 ， 如 鼠标 单 击 或 在 文字 上 巧 停 。 
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例如 ,如 果 用 户 单 击 “ 发 送 ” 按 钮 , 你 可 能 想 显 示 一 个 弹出 式 窗口 , 或 把 行为 记录 在 一 个 文件 中 。 
你 还 是 需要 一 种 方法 来 应 对 变化 ， 你 应 该 能 够 作出 任意 形式 的 响应 。 在 JavaFX 中 ， 你 可 以 使 用 
EventHandler， 把 它 传 给 setonAction 来 表示 对 事件 的 响应 : 

Button button = new Button("Send"); 

button.setOnAction(new EventHandler<ActionEvent>() { 


public void handle(ActionEvent event) { 
Jabel.setText ("Sent!!"); 

















} 
下 字 


这 里 ，setonAction 方 法 的 行为 就 用 EventHandler 参 数 化 了 。 用 Lambda 表 达 式 的 话 ， 看 
起 来 就 是 这 样 : 


button.setOnAction( (ActionEvent event) -> label.setText ("Sent!!")); 





2.5 小结 

















以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 

口 行为 参数 化 ， 就 是 一 个 方法 接受 多 个 不 同 的 行为 作为 参数 ， 并 在 内 部 使 用 它们 ， 完 成 不 
同行 为 的 能 力 。 

口 行为 参数 化 可 让 代码 更 好 地 适应 不 断 变化 的 要 求 ， 减 轻 未 来 的 工作 量 。 

口 传递 代码 ， 就 是 将 新 行为 作为 参数 传递 给 方法 。 但 在 Java 8 之 前 这 实现 起 来 很 喝 喇 。 为 接 
口 声 明 许多 只 用 一 次 的 实体 类 而 造成 的 嗓 嗪 代码 ， 在 Java 8 之 前 可 以 用 匿名 类 来 减少 。 
口 Java API 包 含 很 多 可 以 用 不 同行 为 进行 参数 化 的 方法 ， 包 括 排序 、 线 程 和 GUI 处 理 。 
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本 章 内 容 

口 Lambda 管 中 帘 豹 

口 在 哪里 以 及 如 何 使 用 Lambda 
口 环绕 执行 模式 

口 也 数 式 接口 ， 类 型 推断 

口 方法 引用 

口 Lambda 复 合 





在 上 一 章 中 , 你 了 解 了 利用 行为 参数 化 来 传递 代码 有 助 于 应 对 不 断 变化 的 需求 。 它 允许 你 定 
义 一 个 代码 块 来 表示 一 个 行为 , 然后 传递 它 。 你 可 以 决定 在 某 一 事件 发 生 时 ( 例如 单 击 一 个 按钮 ) 
或 在 算法 中 的 某 个 特定 时 刻 ( 例如 筛选 算法 中 类 似 于 “重量 超过 150 克 的 苹果 ”的 谓词 ， 或 排序 
中 的 自 定义 比较 操作 ) 运行 该 代码 块 。 一 般 来 说 ， 利 用 这 个 概念 ， 你 就 可 以 编写 更 为 灵活 且 可 重 
复 使 用 的 代码 了 。 

但 你 也 看 到 ， 使 用 匿名 类 来 表示 不 同 的 行为 并 不 令 人 满意 : 代码 十 分 咖 味 ， 这 会 影响 程序 
员 在 实践 中 使 用 行为 参数 化 的 积极 性 。 在 本 章 中 ， 我 们 会 教 给 你 Java 8 中 解决 这 个 问题 的 新 工 
具 一 Lambda 表 达 式 。 它 可 以 让 你 很 简洁 地 表示 一 个 行为 或 传递 代码 。 现 在 你 可 以 把 Lambda 
表达 式 看 作 匿 名 功能 ， 它 基本 上 就 是 没有 声明 名 称 的 方法 ,但 和 匿名 类 一 样 ， 它 也 可 以 作为 参 
数 传递 给 一 个 方法 。 

我 们 会 展示 如 何 构建 Lambda， 它 的 使 用 场合 ， 以 及 如 何 利 用 它 使 代码 更 简洁 。 我 们 还 会 介 
绍 一 些 新 的 东西 ， 如 类 型 推断 和 Java 8 API 中 重要 的 新 接口 。 最后, 我 们 将 介绍 方法 引用 (method 
reference )， 这 是 一 个 常 稼 和 Lambda 表 达 式 联 用 的 有 用 的 新 功能 。 

本 章 的 行文 思想 就 是 教 你 如 何 一 步 一 步 地 写 出 更 简洁 、 更 灵活 的 代码 。 在 本 章 结束 时 ,我 们 
会 把 所 有 教 过 的 概念 融合 在 一 个 具体 的 例子 里 : 我 们 会 用 Lambda 表 达 式 和 方法 引用 逐步 改进 第 2 
章 中 的 排序 例子 ， 使 之 更 加 简明 易 读 。 这 一 章 很 重要 ， 而 且 你 将 在 本 书 中 大 量 使 用 Lambda。 
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3.1 Lambda 管 中 宕 鹏 


可 以 把 Lambda 表 达 式 理解 为 简洁 地 表示 可 传递 的 匿名 函数 的 一 种 方式 : 它 没有 名 称 ， 但 它 
有 参数 列表 、 函 数 主体 、 返 回 类 型 ， 可 能 还 有 一 个 可 以 抛 出 的 异常 列表 。 这 个 定义 够 大 的 ， 让 我 
们 慢 慢 道 来 。 
口 匿名 一 一 我 们 说 匿名 ， 是 因为 它 不 像 普 通 的 方法 那样 有 一 个 明确 的 名 称 : 写 得 少 而 想 
得 多 ! 
口 函数 一 一 我 们 说 它 是 函数 ， 是 因为 Lambda 函 数 不 像 方法 那样 属于 某 个 特定 的 类 。 但 和 方 
法 一 样 ，Lambda 有 参数 列表 、 子 数 主 体 、 返 回 类 型 ， 还 可 能 有 可 以 抛 出 的 异常 列表 。 









































口 传递 一 Lambda 表 达 式 可 以 作为 参数 传递 给 方法 或 存储 在 变量 中 。 
口 简洁 一 一 无 需 像 匿名 类 那样 写 很 多 模板 代码 。 











你 是 不 是 好 奇 Lambda 这 个 词 是 从 哪儿 来 的 ?其 实 它 来 自 于 学 术 界 开发 出 来 的 一 套用 来 描述 
计算 的 和 演算 法 。 你 为 什么 应 该 关心 Lambda 表 达 式 呢 ? 你 在 上 一 章 中 看 到 了 ,在 Java 中 传递 代码 
十 分 繁琐 和 宛 长 。 那 么 ， 现 在 有 了 好 消息 ! Lambda 解 决 了 这 个 问题 : 它 可 以 让 你 十 分 简明 地 传 
递 代 码 。 理 论 上 来 说 ， 你 在 Java 8 之 前 做 不 了 的 事情 ，Lambda 也 做 不 了 。 但 是 ， 现 在 你 用 不 着 再 
用 匿名 类 写 一 堆 笨 重 的 代码 ， 来 体验 行为 参数 化 的 好 处 了 ! Lambda 表 达 式 鼓励 你 采用 我 们 上 一 
章 中 提 到 的 行为 参数 化 风格 。 最 终结 果 就 是 你 的 代码 变 得 更 清晰 、 更 灵活 。 比 如 ， 利 用 Lambda 
表达 式 ， 你 可 以 更 为 简洁 地 自 定义 一 个 comparator 对 象 。 






































箭头 
(Apple al, Apple a2) -> al.getweight() .compareTo (a2.getWeight ()); 
l | | [ | 
Lambda Lambda 
参数 主 f 











图 3-1 Lambda 表达 式 由 参数 、 箭 头 和 主体 组 成 











先前 : 


Comparator<Apple> byWeight = new Comparator<Apple>() { 
public int compare (Apple al, Apple a2){ 
return al.getWeight () .compareTo (a2.getWeight ()); 
} 
和 


之 后 (用 了 Lambda 表 达 式 ): 


Comparator<Apple> byWeight = 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 


不 得 不 承认 ， 代 码 看 起 来 更 清晰 了 ! 要 是 现在 你 觉得 Lambda 表 达 式 看 起 来 一 头 雾 水 的 话 也 
没关系 , 我 们 很 快 会 -点 点 解释 清楚 的 。 现 在 ,请 注意 你 基本 上 只 传递 了 比较 两 个 苹果 重量 所 真 
正 需要 的 代码 。 看 起 来 就 像 是 只 传递 了 compare 方 法 的 主体 。 你 很 快 就 会 学 到 ， 你 甚至 还 可 以 进 
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一 步 简 化 代码 。 我 们 将 在 下 一 节 解 释 在 哪里 以 及 如 何 使 用 Lambda 表 达 式 。 
我 们 刚刚 展示 给 你 的 Lambda 表 达 式 有 三 个 部 分 ， 如 图 3-1 所 示 。 
口 参数 列表 一 一 这 里 它 采 用 了 Comparator 中 compare 方 法 的 参数 ， 两 个 Apple。 
口 箭头 一 一 箭头 -> 把 参数 列表 与 Lambda 主 体 分 隔 开 。 
口 Lambda 主 体 一 一 比较 两 个 Apple 的 重量 。 表 达 式 就 是 Lambda 的 返回 值 了 。 
为 了 进一步 说 明 ， 下 面 给 出 了 Java 8 中 五 个 有 效 的 Lambda 表 达 式 的 例子 。 


代码 清单 3-1 Java 8 中 有 效 的 Lambda 表 达 式 




















第 二 个 Lambda 第 一 个 Lambda 表 达 式 具有 一 个 string 类 型 的 参 
表达 式 有 一 个 (String s) -> s.length() < 一 数 并 返回 一 个 int。Lambda 没 有 return 语 句 ， 
Apple 类 型 的 上 ee (Apple a) -> a.getWeight() > 150 因为 已 经 隐 含 了 return 
参数 并 返回 一 (int x, int y) -> { 
个 boolean ( 苹 System.out .Println("Result:")， 第 三 个 Lambda 表 达 式 具有 两 个 int 类 型 的 人 参 
果 的 重量 是 否 System.out .println (x+y); < 一 数 而 没有 返回 值 〈void 返 回 ) 。 注 意 Lambda 
超过 150 克 ) } 表达 式 可 以 包含 多 行 语句 ， 这 里 是 两 行 
(By <“ 第 四 个 Lambda 


(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight () ) < 上 表达 式 没有 参 
第 五 个 Lambda 表 达 式 具有 两 个 Apple 类 型 的 ” 数 ， 返 回 一 个 
参数 ， 返 回 一 个 int : 比较 两 个 Apple 的 重量 int 


Java 语 言 设计 者 选择 这 样 的 语法 ， 是 因为 C# 和 Scala 等 语言 中 的 类 似 功能 广 受 欢迎 。Lambda 
的 基本 语法 是 
































(parameters) -> expression 
或 〈 请 注意 语句 的 花 括号 ) 
(parameters) -> { statements; } 
你 可 以 看 到 ,Lambda 表 达 式 的 语法 很 简单 。 做 一 下 测验 3.1, 看 看 自己 是 不 是 理解 了 这 个 模式 。 


测验 3.1: Lambda 语 法 
根据 上 述 语 法 规则 ， 以 下 哪个 不 是 有 效 的 Lambda 表 达 式 ? 


(DE 

(2 0 

(0 ee ve nor 

(4) (Integer i) -> return "Alan" + 工 ; 
(国有 


答案 : 只 有 4 和 5 是 无 效 的 Lambda。 

(1) 这 个 Lambda 没 有 参数 ,并 返回 voide 它 类 似 于 主体 为 空 的 方法 :public void run() {}。 
(2) 这 个 Lambda 没 有 参数 ， 并 返回 String 作 为 表达 式 。 

(3) 这 个 Lambda 没 有 参数 ， 并 返回 String (利用 显 式 返回 语句 )。 
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(4) return 是 一 个 控制 流 语句 。 要 使 此 Lambda 有 效 ， 需 要 使 花 括 号 ， 如 下 所 示 : 
(Ineeoer mm > et Aa ee 

(5)“Iron Man” 是 一 个 表达 式 ， 不 是 一 个 语句 。 要 使 此 Lambda 有 效 ， 你 可 以 去 除 花 括号 
和 分 号 ， 如 下 所 示 : (String s) -> "Iron Man"。 或 者 如 果 你 喜欢 ， 可 以 使 用 显 式 返回 语 


多， 如 下 所 示 : (String s)->{return "IronMan";}。 oT 
表 3-1 提 供 了 一 些 Lambda 的 例子 和 使 用 案例 。 


表 3-1 Lambda 示 例 











使 用 案例 Lambda 示 例 
布尔 表达 式 (List<String> list) -> list.isEmpty () 
创建 对 象 () -> new Apple(10) 
消费 一 个 对 象 NAD ie a = 


System.out .println(a.getWeight ()); 
} 


从 一 个 对 象 中 选择 /抽取 (String s) -> s.length!() 
组 合 两 个 值 (站 二 二 全 33. 
比较 两 个 对 象 (Apple al, Apple a2) -> 


al.getWeight () .compareTo(a2 .getWeight ()) 


3.2 在 哪里 以 及 如 何 使 用 Lambda 


现在 你 可 能 在 想 ， 在 哪里 可 以 使 用 Lambda 表 达 式 。 在 上 一 个 例子 中 ， 你 把 Lambda 赋 给 了 一 
个 comparator<Apple> 类 型 的 变量 。 你 也 可 以 在 上 一 章 中 实现 的 filter 方 法 中 使 用 Lambda: 


List<Apple> greenApples = 
filter(inventory, (Apple a) -> "green".equals(a.getColor())); 


那 到 底 在 哪里 可 以 使 用 Lambda 呢 ?你 可 以 在 函数 式 接 口上 使 用 Lambda 表 达 式 。 在 上 面 的 代 
码 中 ， 你 可 以 把 Lambda 表 达 式 作为 第 二 个 参数 传 给 filter 方 法 ， 因 为 它 这 里 需要 
Predaicate<T>， 而 这 是 一 个 函数 式 接口 。 如 果 这 听 起 来 太 抽 象 ， 不 要 担心 ， 现 在 我 们 就 来 详细 
解释 这 是 什么 意思 ， 以 及 函数 式 接口 是 什么 。 















































3.2.1 函数 式 接口 
还 记得 你 在 第 2 章 里 ， 为 了 参数 化 filter 方 法 的 行为 而 创建 的 Pr dicate<T> 接 口 吗 ? 它 就 




















是 一 个 函数 式 接口 ! 为 什么 呢 ? 因为 Predqicate 仅 仅 定 义 了 一 个 抽象 方法 : 


public interface Predicate<T>{ 
boolean test (T t); 
} 


38 第 3 章 Lambda 表 达 式 




















一 言 以 蔽 之 ， 函 数 式 接口 就 是 只 定义 一 个 抽象 方法 的 接口 。 你 已 经 知道 了 Java API 中 的 一 些 
其 他 函数 式 接口 ， 如 我 们 在 第 2 章 中 谈 到 的 Comparator 和 Runnable。 


public interface Comparator<T> { < 一 


java.util.Comparator 
int compare(T ol1, T o2): 


} 


public interface Runnablet < 一 


java.lang.Runnable 
void run(); 


} 


public interface ActionListener extends EventListenert{ < 一 
i a i Perf A i 入 f 

) vond actronPeriormed (Act onrvent :pe):; java.awt .event .ActionListener 

public interface Callable<V>{ < 一 


java.util.concurrent .CallLable 
V call(); 


} 


public interface PrivilegedAction<V>{ < 一 


java.security.PrivilegedAction 
V run(); 


} 


注意 你 将 会 在 第 9 章 中 看 到 ， 接 口 现 在 还 可 以 拥有 默认 方法 ( 即 在 类 没有 对 方法 进行 实现 时 ， 
其 主体 为 方法 提供 默认 实现 的 方法 )。 哪怕 有 很 多 默认 方法 ， 只 要 接口 只 定义 了 一 个 抽象 
方法 ， 它 就 仍然 是 一 个 函数 式 接口 。 











为 了 检查 你 的 理解 程度 ， 测 验 3.2 将 帮助 你 测试 自己 是 否 掌握 了 函数 式 接口 的 概念 。 


测验 3.2: 函数 式 接 口 
下 面 哪些 接口 是 函数 式 接口 ? 
Bublie meerface raddaert 
ne le (Cine on 
} 
public interface SmartAdder extends Addert{ 
int add(double a, double b); 


} 
public interface Nothingt{ 


} 

答案 : 只 有 Adder 是 函数 式 接口 。 

SmartAdder 不 是 函数 式 接口 ， 因 为 它 定 义 了 两 个 叫 作 add 的 抽象 方法 (其 中 一 个 是 从 
Adder 那 里 继承 来 的 )。 

Nothing 也 不 是 函数 式 接 口 ， 因 为 它 没 有 声明 抽象 方法 。 





函数 式 接口 可 以 干什么 呢 ? Lambda 表 达 式 允许 你 直接 以 内 联 的 形式 为 函数 式 接口 的 抽象 
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方法 提供 实现 ， 并 把 整个 表达 式 作 为 函数 式 接 口 的 实例 ( 具体 说 来 ,是 函数 式 接口 一 个 具体 实现 
的 实例 )。 你 用 匿名 内 部 类 也 可 以 完成 同样 的 事情 ， 只 不 过 比较 策 拙 : 需要 提供 一 个 实现 ， 然 后 
再 直接 内 联 将 它 实例 化 ,下面 的 代码 是 有 效 的 , 因为 Runnable 是 一 个 只 定义 了 一 个 抽象 方法 run 
的 函数 式 接口 : 



































Runnable rl = () -> System.out.println("Hello World 1"); 全 一 使 用 Lambda 
Runnable r2 = new Runnable(){ 二 
public void run(){ 使 用 匿名 类 


System.out .println("Hello World 2"); 
ye 


打印 “Hello 
public static voidq process (Runnable r)f{ World 1” 
ak 
} 打印 “Hello 
process (r1); < world 2” 利用 直接 传递 的 Lambda 
process (r2); 二 = 打印 “Hello World 3” 
process(() -> System.out .println("Hello World 3") ) < 一 


3.2.2 ”函数 捅 述 符 


函数 式 接 口 的 抽象 方法 的 签名 基本 上 就 是 Lambda 表 达 式 的 签名 。 我 们 将 这 种 抽象 方法 叫 作 
函数 描述 符 。 例 如 ，Runnable 接 口 可 以 看 作 一 个 什么 也 不 接受 什么 也 不 返回 (voida ) 的 函数 的 
签名 ， 因 为 它 只 有 一 个 叫 作 run 的 抽象 方法 ， 这 个 方法 什么 也 不 接受 ,什么 也 不 返回 (voida)。” 

我 们 在 本 章 中 使 用 了 一 个 特殊 表示 法 来 描述 Lambda 和 函数 式 接 口 的 签名 。() -> void 代表 
了 参数 列表 为 空 , 目 返回 void 的 函数 。 这 正 是 Runnable 接 口 所 代表 的 。 举 另 一 个 例子 ，(Apple， 
Apple) -> int 代 表 接 受 两 个 apple 作 为 参数 且 返 回 int 的 函数 。 我 们 会 在 3.4 节 和 本 章 后 面 的 
表 3-2 中 提供 关于 函 数 摘 述 符 的 更 多 信息 。 

你 可 能 已 经 在 想 ，Lambda 表 达 式 是 怎么 做 类 型 检查 的 。 我 们 会 在 3.5$ 节 中 详细 介绍 ， 编 译 央 
是 如 何 检查 Lambda 在 给 定 上 下 文中 是 否 有 效 的 。 现 在 ， 只 要 知道 Lambda 表 达 式 可 以 被 赋 给 一 个 
变量 ， 或 传递 给 一 个 接受 函数 式 接口 作为 参数 的 方法 就 好 了 ， 当 然 这 个 Lambda 表 达 式 的 签名 要 
和 函数 式 接 口 的 抽象 方法 一 样 。 比 如 ， 在 我 们 之 前 的 例子 里 ， 你 可 以 像 下 面 这样 直 接 把 一 个 
Lambda 传 给 process 方 法 : 



























































public voidq process (Runnable r)f{ 
和 的 本 


} 
process(() -> System.out.println("This is awesome!!")); 


此 代码 执行 时 将 打印 “This is awesome!!”。Lambda 表 达 式 ()-> System.out.printilin 



































QD Scala 等 语言 的 类 型 系统 提供 显 式 类 型 标注 ， 可 以 描述 函数 的 类 型 ( 称 为 “函数 类 型 ”)。Java 重 用 了 函数 式 接口 提 
供 的 标准 类 型 ， 并 将 其 映射 成 一 种 形式 的 函数 类 型 。 
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("This is awesome!1!") 不 接受 参数 日 返回 voig。 这 恰恰 是 Runnable 接 口中 run 方 法 的 

你 可 能 会 想 :“ 为 什么 只 有 在 需要 函数 式 接口 的 时 候 才 可 以 传递 Lambda 呢 ?” 语 言 的 设计 者 
也 考虑 过 其 他 办 法 , 例如 给 Java 添 加 函数 类 型 (有 点 儿 像 我 们 介绍 的 描述 Lambda 表 达 式 签名 的 特 
殊 表示 法 ， 我 们 会 在 第 15 章 和 第 16 章 回 过 来 讨论 这 个 问题 )。 但 是 他 们 选择 了 现在 这 种 方式 ， 
为 这 种 方式 自然 且 能 避免 语言 变 得 更 复杂 。 此 外 ,大 多 数 Java 程 序 员 都 已 经 熟悉 了 具有 一 个 抽象 
方法 的 接口 的 理念 〈 例 如 事件 处 理 )。 试 试看 测验 3.3, 测试 一 下 你 对 哪里 可 以 使 用 Lambda 这 个 知 
识 点 的 掌握 情况 。 















































测验 3.3: 在 哪里 可 以 使 用 Lambda? 
以 下 哪些 是 使 用 Lambda 表 达 式 的 有 效 方 式 ? 


(1) execute(() -> {}); 
public voidq execute(Runnable r){ 
I 


} 


(2) public Callable<string> fetch() { 
tem ( 3 I Oa le 


(3) Predicate<Apple> p = (Apple a) -> a.getWeight (); 

答案 : 只 有 1 和 2 是 有 效 的 。 

第 一 个 例子 有 效 ， 是 因为 Lambda() -> {} 具 有 签名 () -> void， 这 和 Runnable 中 的 
抽象 方法 xun 的 签名 相 匹 配 。 请 注意 ， 此 代码 运行 后 什么 都 不 会 做 ， 因 为 Lambda 有 是 空 的 ! 

第 二 个 例子 也 是 有 效 的 。 事 实 上 ，fetch 方 法 的 返回 类 型 是 Callable<String>。 
Callable<String> 基 本 上 就 定义 了 一 个 方法 ， 签 名 是 () -> String， 其 中 T 被 Stzring 代 替 
了 。 因 为 Lambda() -> "Trickyexarmple;-) "的 签名 是 () -> String， 所 以 在 这 个 上 下 文 
中 可 以 使 用 Lambda。 

第 三 个 例子 无 效 ， 因 为 Lambda 表 达 式 (Apple a) -> a.getWeight () 的 签名 是 (Apple) -> 
Integer,， 这 和 Predicate<Apple>: (Apple) -> boolean 中 定义 的 test 方 法 的 签名 不 同 。 


@FunctionalInterface 义 是 怎么 回 事 ? 

如 果 你 去 看 看 新 的 Java API, 会 发 现 函 数 式 接口 带 有 QFunctionalInterface 的 标注 (3.4 
节 中 会 深入 研究 函数 式 接 口 ， 并 会 给 出 一 个 长 长 的 列表 )。 这 个 标注 用 于 表示 该 接口 会 设计 成 
一 个 函数 式 接 口 。 如 果 你 用 @FunctionalInterface 定 义 了 一 个 接口 ， 而 它 却 不 是 函数 式 接 
口 的 话 ， 编 译 器 将 返回 一 个 提示 原因 的 错误 。 例如， 错误 消息 可 能 是 “Maultiple non-overriding 
abstract methods found in interface Foo”, 表明 存在 多 个 抽象 方法 ,请 注意 ,@FunctionalInter- 
face 不 是 必需 的 , 但 对 于 为 此 设计 的 接口 而 言 , 使 用 它 是 比较 好 的 做 法 。 它 就 像 是 aoverride 
标注 表示 方法 被 重 写 了 。 
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3.3 把 Lambda 付 诸 实践 : 环绕 执行 模式 


让 我 们 通过 一 个 例子 ， 看 看 在 实践 中 如 何 利用 Lambda 和 行为 参数 化 来 让 代码 更 为 灵活 ， 更 
为 简洁 。 资源 处 理 (例如 处 理 文件 或 数据 库 ) 时 一 个 常见 的 模式 就 是 打开 一 个 资源 , 做 一 些 处 理 ， 
然后 关闭 资源 。 这 个 设置 和 清理 阶段 总 是 很 类 似 , 并 且 会 围绕 着 执行 处 理 的 那些 重要 代码 。 这 就 
是 所 谓 的 环绕 执行 (execute around ) 模式 ， 如 图 3-2 所 示 。 例 如 ， 在 以 下 代码 中 ， 高 亮 显示 的 就 
是 从 一 个 文件 中 读 取 一 行 所 需 的 模板 代码 〈 注意 你 使 用 了 Java 7 中 的 带 资源 的 try 语 句 ， 它 已 经 
简化 了 代码 ， 因 为 你 不 需要 显 式 地 关闭 资源 了 ): 

public static String processFile() throws IOException { 


try (BufferedReader br = 
new BufferedReader (new FileReader("data.txt"))) { 


return br.readLine(); 这 就 是 做 有 用 工 
作 的 那 行 代码 


初始 化 /准备 代码 初始 化 /准备 代码 


任务 A 





























/结束 代码 清理 /结束 代码 














图 3-2 ”任务 A 和 任务 B 周 围 都 环绕 着 进行 准备 /清理 的 同一 段 见 余 代 码 











3.3.1 第 1 步 : 记得 行为 参数 化 


现在 这 段 代码 是 有 局 限 的 。 你 只 能 读 文 件 的 第 一 行 。 如 果 你 想 要 返回 头 两 行 ， 甚 至 是 返回 使 
用 最 频繁 的 词 ， 该 怎么 办 呢 ? 在 理想 的 情况 下 ， 你 要 重用 执行 设置 和 清理 的 代码 ， 并 告诉 
processFile 方 法 对 文件 执行 不 同 的 操作 。 这 听 起 来 是 不 是 很 耳 熟 ? 是 的 ， 你 需要 把 
processFile 的 行为 参数 化 。 你 需要 一 种 方法 把 行为 传递 给 processFile， 以 便 它 可 以 利用 
BufferedReader 执 行 不 同 的 行为 。 

传递 行为 正 是 Lambda 的 拿手 好 戏 。 那 要 是 想 一 次 读 两 行 ， 这 个 新 的 processFile 方 法 看 起 
来 又 该 是 什么 样 的 呢 ? 基 本 上 ， 你 需要 一 个 接收 BufferedReader 并 返回 string 的 Lambda。 例 
如 ， 下 面 就 是 从 BufferedReader 中 打印 两 行 的 写法 : 


String result = processFile( (BufferedReader br) -> 
br.readLine() + br.readLine()); 
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3.3.2 第 2 步 : 使 用 函数 式 接口 来 传递 行为 


我 们 前 面 解 释 过 了 ，Lambda 仅 可 用 于 上 下 文 是 函数 式 接口 的 情况 。 你 需要 创建 一 个 能 匹配 
BufferedReader -> String， 还 可 以 抛 出 IoException 异 常 的 接口 。 让 我 们 把 这 一 接口 叫 作 
BufferedReaderProcessor 吧 。 


























@FunctionalInterface 
public interface BufferedReaderProcessor { 
String process (BufferedReader b) throws IOException; 


} 
现在 你 就 可 以 把 这 个 接口 作为 新 的 processFile 方 法 的 参数 了 : 


public static String processFile(BufferedReaderProcessor p) throws 
IOException { 


3.3.3 第 3 步 : 执行 一 个 行为 


任何 BufferedReader -> String 形 式 的 Lambda 都 可 以 作为 参数 来 传递 ， 因 为 它们 符合 
BufferedReaderProcessor 接 口中 定义 的 process 方 法 的 签名 。 现 在 你 只 需要 一 种 方法 在 
processFile 主 体内 执行 Lambda 所 代表 的 代码 。 请 记 住 ，Lambda 表 达 式 允许 你 直接 内 联 ， 为 
函数 式 接 口 的 抽象 方法 提供 实现 ， 并 且 将 整个 表达 式 作为 函数 式 接口 的 一 个 实例 。 因 此 ， 你 可 
以 在 processFile 主 体内 , 对 得 到 的 Buff redReaderProcessor 对 象 调用 process 方 法 执行 
处 理 : 


public static String processFile(BufferedReaderProcessor p) throws 
IOException { 
try (BufferedReader br = 

















new BufferedReader (new FileReader("data.txt"))) { 
return p.process (br); < 一 
} 处 理 BufferedReader 
} 对 象 


3.3.4 第 4 步 : 传递 Lambda 
现在 你 就 可 以 通过 传递 不 同 的 Lambda 重 用 processFile 方 法 ,并 以 不 同 的 方式 处 理 文件 了 。 
处 理 一 行 : 


String oneLine = 
processFile( (BufferedReader br) -> br.readLine()); 


处 理 两 行 : 


String twoLines = 
processFile( (BufferedReader br) -> br.readLine() + br.readLine()); 
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图 3-3 总 结 了 所 采取 的 使 pocessFile 方 法 更 灵活 的 四 个 步骤。 





public static String processFile() throws IOException { [1 
try (BufferedReader br = 
new BufferedReader (new FileReader ("data.txt")))t 


return br.readLine(); 








public interface BufferedReaderProcessor { @ 
String process (BufferedReader b) throws IOException; 
} 


public static String processFile (BufferedReaderProcessor p) throws 
IOException { 


} 





public static String processFile(BufferedReaderProcessor p)} @ 
throws IOException { 
try (BufferedReader br= 
new BufferedReader (new FileReader ("data.txt"))){ 
return p.process (br); 


} 





String oneLine = processFile( (BufferedReader br) -> @ 
br.readLine ()}); 

String twoLines = processFile( (BufferedReader br) -> 
br.readLine() + br.reagdLine()); 




















= 


图 3-3 ”应 用 环绕 执行 模式 所 采取 的 四 个 步骤 


我 们 已 经 展示 了 如 何 利 用 函数 式 接 口 来 传递 Lambda， 但 你 还 是 得 定义 你 自己 的 接口 。 在 下 
一 节 中 ， 我 们 会 探讨 Java 8 中 加 入 的 新 接口 ， 你 可 以 重用 它 来 传递 多 个 不 同 的 Lambda。 


3.4 使 用 函数 式 接 口 


就 像 你 在 3.2.1 节 中 学 到 的 ， 函 数 式 接口 定义 且 只 定义 了 一 个 抽象 方法 。 函 数 式 接口 很 有 用 ， 
因为 抽象 方法 的 签名 可 以 描述 Lambda 表 达 式 的 签名 。 函数 式 接口 的 抽象 方法 的 签名 称 为 函数 撕 
述 符 。 所 以 为 了 应 用 不 同 的 Lambda 表 达 式 ， 你 需要 一 套 能 够 描述 常见 函数 描述 符 的 函数 式 接口 。 
Java API 中 已 经 有 了 几 个 函数 式 接 口 ， 比 如 你 在 3.2 节 中 见 到 的 comparable 、Runnable 和 
Callableo 
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Java 8 的 库 设 计 师 帮 你 在 java.util.function 包 中 引入 了 几 个 新 的 函数 式 接口 。 我 们 接 下 
来 会 介绍 Predicate、Consumer 和 Function， 更 完整 的 列表 可 见 本 节 结 尾 处 的 表 3-2。 


3.4.1 Predicate 














java.util.function.Predicate<T> 接 口 定义 了 一 个 名 叫 test 的 抽象 方法 , 它 接受 泛 型 
T 对 象 ， 并 返回 一 个 boolean。 这 恰恰 和 你 先前 创建 的 一 样 ， 现 在 就 可 以 直接 使 用 了 。 在 你 需要 
表示 一 个 涉及 类 型 z 的 布尔 表达 式 时 ， 就 可 以 使 用 这 个 接口 。 比 如 ,你 可 以 定义 一 个 接受 String 
对 象 的 Lambda 表 达 式 ， 如 下 所 示 。 


代码 清单 3-2 使 用 predicate 


@FunctionalInterface 
public interface Predicate<T>{ 
boolean test (T t); 

















} 


public static <T> List<T> filter(List<T> list, Predicate<T> p) { 

List<T> results = new ArrayList<>(); 
for(T s: list)f{ 

if(p.test(s))t{ 

results.add(s); 

} 
} 
return results; 


} 


Predicate<String> nonEmptyStringPredicate = (String s) -> !s.isEmpty(); 
List<String> nonEmpty = filter(listOfStrings, nonEmptyStringPredicate); 


如 果 你 去 查 Predicate 接 口 的 Javadoc 说 明 ， 可 能 会 注意 到 诸如 and 和 or 等 其 他 方法 。 现 在 
你 不 用 太 计 较 这 些 ， 我 们 会 在 3.8 节 讨论 。 














3.4.2 Consumer 





java.util.function.Consumer<T> 定 义 了 一 个 名 叫 accept 的 抽象 方法 ， 它 接受 泛 型 T 
的 对 象 ， 没 有 返回 ( voia )。 你 如 果 需 要 访问 类 型 ?的 对 象 ， 并 对 其 执行 某 些 操作 ， 就 可 以 使 用 
这 个 接口 。 比 如 ， 你 可 以 用 它 来 创建 一 个 forEach 方 法 ， 接 受 一 个 Integers 的 列表 ， 并 对 其 中 
每 个 元 素 执行 操作 。 在 下 面 的 代码 中 ， 你 就 可 以 使 用 这 个 forEach 方 法 ， 并 配合 Lambda 来 打印 
列表 中 的 所 有 元 素 。 


代码 清单 3-3 ”使 用 consumer 


@FunctionalInterface 
public interface Consumer<T>{ 
void accept (T t); 




















} 


public static <T> void forEach(List<T> list, Consumer<T> c)f{ 
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foOE(T La dist yt 
c.accept (i); 
} 


三 | 
forgach RE 
Arrays.asList(1,2,3,4,5)， accept 放 公用 头 雹 


(Integer i) -> System.out .println(I) < 一 
2 





3.4.3 Function 


java.util.function.Function<T，R> 接 口 定义 了 一 个 叫 作 apply 的 方法 ， 它 接受 一 个 
泛 型 z 的 对 象 ， 并 返回 一 个 泛 型 R 的 对 象 。 如 果 你 需要 定义 一 个 Lambda， 将 输入 对 象 的 信息 映射 
到 输出 ， 就 可 以 使 用 这 个 接口 〈 比 如 提取 苹果 的 重量 ， 或 把 字符 串 映 射 为 它 的 长 度 )。 在 下 面 的 
代码 中 ， 我 们 向 你 展示 如 何 利用 它 来 创建 一 个 map 方 法 ， 以 将 一 个 string 列 表 映 射 到 包含 每 个 
String 长 度 的 Integer 列 表 。 


代码 清单 3-4 使 用 Function 
QFunctionalInterface 
public interface Function<T, R>{ 
R apply (T t); 











} 
PUbLioe Stat re <T. RS LiSt<R> "maD (LLet<T> LiSty 
Function<T, R> f) { 
List<R> result = new ArrayList<>(); 
for(T s: list){ 
result.add(f.apply(s)); 
} 
return result; 


} 


| Lambda 是 Function 
List<Integer> 1 = map( 接口 的 apply 方 法 的 
Arrays.asList ("lambdas","in","action"), 实现 
(String s) -> s.length() 对 = 
原始 类 型 特 化 


我 们 介绍 了 三 个 泛 型 函数 式 接口 : predicate<T>、Consumer<T> 和 Function<T,R>。 还 
有 些 函 数 式 接口 专 为 某 些 类 型 而 设计 。 
回顾 一 下 ，Java 类 型 要 么 是 引用 类 型 ( 比如 Byte、Integer、Object、List )， 要 么 是 原 
始 类 型 ( 比如 int 、double、byte、char ),。 但 是 泛 型 ( 比如 consumer<T> 中 的 T ) 只 能 绑 定 到 
引用 类 型 。 这 是 由 泛 型 内 部 的 实现 方式 造成 的 。" 因 此 ， 在 Java 里 有 一 个 将 原始 类 型 转换 为 对 应 
的 引用 类 型 的 机 制 。 这 个 机 制 叫 作 装 箱 (boxing )。 相 反 的 操作 ， 也 就 是 将 引用 类 型 转换 为 对 应 






















































































Q@ C# 等 其 他 语言 没有 这 一 限制 。Scala 等 语言 只 有 引用 类 型 。 我 们 会 在 第 16 章 再 次 探讨 这 个 问题 。 
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的 原始 类 型 ， 叫 作 拆 箱 (unboxing )。Java 还 有 一 个 自动 装 箱 机 制 来 帮助 程序 员 执 行 这 一 任务 : 装 
箱 和 拆 箱 操作 是 自动 完成 的 。 比 如 ， 这 就 是 为 什么 下 面 的 代码 是 有 效 的 (一 个 int 被 装 箱 成 为 


Integer ): 
































List<Integer> list = new ArrayList<>(); 

for (int i = 300; i < 400; i++){ 
list.agdd(i); 

} 


但 这 在 性 能 方面 是 要 付出 代价 的 。 装 箱 后 的 值 本 质 上 就 是 把 原始 类 型 包 庄 起 来 , 并 保存 在 堆 
里 。 因 此 ， 装 箱 后 的 值 需要 更 多 的 内 存 ， 并 需要 有 额外 的 内 存 搜索 来 获取 被 包 庄 的 原始 值 。 

Java 8 为 我 们 前 面 所 说 的 函数 式 接 口 带 来 了 一 个 专门 的 版 本 ， 以 便 在 输入 和 输出 都 是 原始 类 
型 时 避免 自动 装 箱 的 操作 。 比 如 , 在 下 面 的 代码 中 , 使 用 IntPredicate 就 避免 了 对 值 1000 进 行 
装 箱 操作 ,但 要 是 用 Predicate<Integer> 就 会 把 参数 1000 装 箱 到 一 个 Integer 对 象 中 : 









































public interface IntpPredicatef 
boolean test (int t); 


} 


IntPredicate evenNumbers = (int i) ->i%2 == 0; J 

. true (无 装 箱 ) 
eVenNurmbers .test (1000) ; < 一 
Predicate<Integer> oddNumbers = (Integer i) ->i%2 == 1; 
oddNumbers.test (1000); < 一 false( 装 箱 ) 








一 般 来 说 , 针对 专门 的 输入 参数 类 型 的 函数 式 接口 的 名 称 都 要 加 上 对 应 的 原始 类 型 前 级 ， 比 
MDoublePredicate、 IntConsumer.、 LongBinaryOperator.、 IntFunction 等 。 Function 
接口 还 有 针对 输出 参数 类 型 的 变种 : ToIntFunction<T>、IntToDoubleFunction 等 。 

表 3-2 总 结 了 Java API 中 提供 的 最 常用 的 函数 式 接口 及 其 函数 描述 符 。 请 记得 这 只 是 一 个 起 
点 。 如 果 有 需要 ， 你 可 以 自己 设计 一 个 。 请 记 住 ，(T,U) -> R 的 表达 方式 展示 了 应 当 如 何 思 
一 个 函数 描述 符 。 表 的 左 侧 代表 了 参数 类 型 。 这 里 它 代 表 一 个 函数 ， 具 有 两 个 参数 ， 分 别 为 泛 型 
T 和 U， 返 回 类 型 为 R。 

















表 3-2 Java 8 中 的 常用 函数 式 接口 





函数 式 接口 函数 描述 符 原始 类 型 特 化 
Predicate<T> T->boolean IntPredicate,LongPredicate, DoublePredicate 
Consumer<T> T->void IntConsumer,LongConsumer, DoubleConsumer 
Function<T,R> T->R IntFunction<R>, 
IntToDoubleFunction, 
IntToLongFunction, 
LongFunction<R>, 


LongToDoubleFunction, 
LongToIntFunction, 
DoubleFunction<R>, 
ToIntFunction<T>, 
ToDoubleFunction<T>, 
ToLongFunction<T> 
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( 续 ) 
函数 式 接口 函数 描述 符 原始 类 型 特 化 
Supplier<T> (> BooleanSupplier,IntSupplier, LongSupplier, 
DoubleSupplier 
UnaryOperator<T> Ts IntUnaryOperator, 
LongUnaryOperator, 
DoubleUnaryOperator 
BinaryOperator<T> (T,T)->T IntBinaryOperator, 


LongBinaryOperator, 
DoubleBinaryOperator 
Bipredicate<L,R> (L,R)->boolean 
BiConsumer<T,U> (T,U)->void ObjIntConsumer<T>, 
ObjLongConsumer<T>, 
ObjDoubleConsumer<T> 
BiFunction<T,U,R> (PUPAR TOINEBLREUnet ionT US 
ToLongBiFunction<T,U>, 





ToDoubleBiFunction<T,U> 


你 现在 已 经 看 到 了 很 多 函数 式 接口 ， 可 以 用 于 描述 各 种 Lambda 表 达 式 的 签名 。 为 了 检验 你 
的 理解 程度 ， 试 试 测验 3.4。 








测验 3.4: 函数 式 接 口 
对 于 下 列 函 数 描述 符 ( 即 Lambda 表 达 式 的 签名 )， 你 会 使 用 哪些 函数 式 接口 ? 在 表 3-2 中 
可 以 找到 大 部 分 答案 。 作 为 进一步 练习 ， 请 构造 一 个 可 以 利用 这 些 函 数 式 接口 的 有 效 Lambda 
表达 式 : 
(1) T->R 
(2) (TE Lit)=>int 
(3) T->void 





(4) () ->T 
(5) (T, U)->R 
答案 如 下 。 


(1) Function<T,R> 不 错 。 它 一 般 用 于 将 类 型 T 的 对 象 转换 为 类 型 R 的 对 象 (比如 
Function<Apple，Integer> 用 来 提取 苹果 的 重量 )。 

(2) IntBinaryOperator 具 有 唯一 一 个 抽象 方法 , 叫 作 applyAsInt， 它 代表 的 函数 描述 
(in Tie) = Tie 

(3) Consumer<T> 具 有 唯一 一 个 抽象 方法 叫 作 accept ， 代 表 的 函数 描述 符 是 T -> void。 

(4) Supplier<T> 具 有 唯一 一 个 抽象 方法 叫 作 get ， 代 表 的 函数 描述 符 是 () -> T。 或 者 ， 
Callable<T> 具 有 唯一 一 个 抽象 方法 叫 作 call， 代 表 的 函数 描述 符 是 () -> Ts 

(5) BiFunction<T，U，R> 具 有 唯一 一 个 抽象 方法 叫 作 apply， 代 表 的 函数 描述 符 是 (了 T， 
UY) =S Rs 
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为 了 总 结 关 于 函数 式 接口 和 Lambda 的 讨论 ， 表 3-3 总 结 了 一 些 使 用 案例 、Lambda 的 例子 ， 以 
及 可 以 使 用 的 函数 式 接口 。 





表 3-3 Lambdas 及 函数 式 接口 的 例子 








使 用 案例 Lambda 的 例子 对 应 的 函数 式 接口 
布尔 表达 式 (List<String> list) -> list.isEmpty () Predicate<List<String>> 
创建 对 象 () -> new Apple(10) Supplier<Apple> 
消费 一 个 对 象 (Apple a) -> Consumer<Apple> 


System.out .println(a.getWeight () ) 





从 一 个 对 象 中 (String s) -> s.length() Function<String，Integer> 或 
选择 /提取 ToIntFunction<String> 

合并 两 个 值 Cnt a int BD =a IntBinaryOperator 

比较 两 个 对 象 (SPD Ale AppLE da) “> Comparator<Apple> 或 





al.getWeight () .compareTo(a2.getWeight () ) BIPUrct OndaAbDle, Hpie, THEeoers 


或 ToIntBiFunction<Apple, Apple> 


异常 、Lambda， 还 有 函数 式 接口 又 是 怎么 回 事 呢 ? 

请 注意 , 任何 函数 式 接口 都 不 允许 抛 出 受 检 异常 ( checked exception )。 如 果 你 需要 Lambda 
表达 式 来 抛 出 异常 ,有 两 种 办 法 :定义 一 个 自己 的 函数 式 接口 ,并 声明 受 检 异 常 , 或 者 把 Lambda 
包 在 一 个 try/catch 块 中 。 

比如 ， 在 3.3 节 我 们 介绍 了 一 个 新 的 函数 式 接 口 BufferedReaderProcessor， 它 显 式 声 


明了 一 个 IOException: 
@FunctionalIinterface 
public interface BufferedReaderProcessor { 
String process (BufferedReader b) throws IOException; 








BufferedReaderProcessor p = (BufferedReader br) -> br.readLine(); 

但 是 你 可 能 是 在 使 用 一 个 接受 函数 式 接 口 的 API， 比 如 Function<T，R>， 没有 办 法 自己 
创建 一 个 (你 会 在 下 一 章 看 到 ，Stream API 中 大 量 使 用 表 3-2 中 的 函数 式 接 口 )。 这 种 情况 下 ， 
你 可 以 显 式 捕捉 受 检 异 常 : 

Function<BufferedReader, String> f = (BufferedReader b) -> { 

Cry 

Vee eaein oe eter ne 
. 
catch(IOException e) { 


throw new RuntimeException(e); 


} 





现在 你 知道 如 何 创 建 Lambda， 在 哪里 以 及 如 何 使 用 它们 了 。 接 下 来 我 们 会 介绍 一 些 更 高 级 
的 细节 : 编译 器 如 何 对 Lambda 做 类 型 检查 ， 以 及 你 应 当 了 解 的 规则 ， 诸 如 Lambda 在 自身 内 部 引 
用 局 部 变量 , 还 有 和 void 兼容 的 Lambda 等 。 你 无 需 立 即 就 充分 理解 下 一 节 的 内 容 , 可 以 留待 日 后 
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再 看 ， 现 在 可 继续 看 3.6 节 讲 的 方法 引用 。 


3.5 ”类 型 检查 、 类 型 推断 以 及 限制 

当 我 们 第 一 次 提 到 Lambda 表 达 式 时 ， 说 它 可 以 为 函数 式 接口 生成 一 个 实例 。 然 而 ，Lambda 
表达 式 本 身 并 不 包含 它 在 实现 哪个 函数 式 接口 的 信息 。 为 了 全 面 了 解 Lambda 表 达 式 ， 你 应 该 知 
道 Lambda 的 实际 类 型 是 什么 。 


3.5.1 ”类 型 检查 


Lambda 的 类 型 是 从 使 用 Lambda 的 上 下 文 推断 出 来 的 。 上 下 文 〈 比 如 ， 接 受 它 传递 的 方法 的 
参数 ， 或 接受 它 的 值 的 局 部 变量 ) 中 Lambda 表 达 式 需要 的 类 型 称 为 目标 类 型 。 让 我 们 通过 一 个 
例子 ， 看 看 当 你 使 用 Lambda 表 达 式 时 青 后 发 生 了 什么 。 图 3-4 概 述 了 下 列 代 码 的 类 型 检查 过 程 。 









































List<Apple> heavierThan150g = 
filter(inventory, (Apple a) -> a.getWeight() > 150); 


filter(inventory, (Apple a) -> a.getWeight() > 150) ; 一 一 





全 使 用 Lambda 的 上 下 
文 是 什么 呢 ? 让 我 们 
先 来 看 看 filter 的 
V 
filter(List<Apple>inventory, Predicate<Apple> p) 


很 好 ,目标 类 型 是 
Predicate<Apple> 

(T 绑 定 到 Apple) | 
这 


目标 类 型 @ Hifiapole -> 
boolean 匹 配 Lambda 


的 签名 。 它 接受 一 个 












































Predicate<Apple> Apple， 返 回 一 个 
接口 的 抽象 方法 又 是 boolean， 因 此 代码 
什么 呢 ? 类 型 检查 无 误 。 


boolean test (Apple apple) 
@ 很 好 ， 它 是 test ， 接 
受 一 个 Appl1e， 并 返 
晤 一 个 booleanl 




















了 


Apple -> boolean 


加 3-4 ”解读 Lambda 表 达 式 的 类 型 检查 过 程 
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类 型 检查 过 程 可 以 分 解 为 如 下 所 示 。 








口 第 二 ， 
口 第 三 ， 
口 第 四 ，test 方 法 描述 了 一 个 函数 描述 符 ， 它 可 以 接受 一 个 Apple,， 并 返回 一 个 boolean。 
filtez 的 任何 实际 参数 都 必须 匹配 这 个 要 求 。 

是 有 效 的 , 因为 我 们 所 传递 的 Lambda 表 达 式 也 同样 接受 Apple 为 参数 , 并 返回 一 个 


口 最 后 ， 


这 段 代 码 


须 与 之 匹配 。 


口 首先 ， 你 要 找 出 filter 方 法 的 声明 。 





要 求 它 是 Predicate<Apple> (目标 类 型 ) 对 象 的 第 二 个 正式 参数 。 
Predicate<Apple> 是 一 个 国 数 式 接 口 ， 定 义 了 一 个 叫 作 test 的 抽象 方法 。 















































主意 ， 如 果 Lambda 表 达 式 抛 出 一 个 异常 ， 那 么 抽象 方法 所 声明 的 throws 语 句 也 必 


pooleano 请 六 





3.5.2 同样 的 Lambda， 不 同 的 函数 式 接口 


有 了 目标 类 型 的 概念 ， 同 一 个 Lambda 表 达 式 就 可 以 与 不 同 的 函数 式 接口 联系 起 来 ， 只 要 它 
们 的 抽象 方法 签名 能 够 兼容 。 比 如 ， 前 面 提 到 的 callapble 和 PrivilegedAction， 这 两 个 接口 












































都 代表 着 什么 也 不 接受 且 返 回 一 个 泛 型 ?的 函数 。 因此 ， 下 面 两 个 赋值 是 有 效 的 : 























Callable<Integer> c = () -> 42; 
PrivilegedAction<Integer> p = () -> 42; 
这 里 ， 第 一 个 赋值 的 目标 类 型 是 callable<Integer>， 第 二 个 赋值 的 目标 类 型 是 





PrivilegedAction<Integer>。 
在 表 3-3 中 我 们 展示 了 一 个 类 似 的 例子 ; 同一 个 Lambda 可 用 于 多 个 不 同 的 函数 式 接口 : 


Comparator<Apple> cl = 

(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 
ToIntBiFunction<Apple, Apple> c2 = 

(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 
BiFunction<Apple, Apple, Integer> c3 = 

(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); 





菱形 运算 符 
那些 熟悉 Java 的 演变 的 人 会 记得 ，Java7 中 已 经 引入 了 黄 形 运算 符 ( <> )， 利 用 泛 型 推断 从 
上 下 文 推断 类 型 的 思想 ( 这 一 思想 其 至 可 以 追溯 到 更 早 的 泛 型 方法 )。 一 个 类 实例 表达 式 可 以 


出 现在 两 个 或 更 多 不 同 的 上 下 文中 ， 并 会 像 下 面 这 样 推断 出 适当 的 类 型 参数 : 





eee lO ee ee vee ls 
List<Integer> lJistOfIintegers = new ArrayList<>{(); 


特殊 的 void 兼容 规则 

如 果 一 个 Lambda 的 主体 是 一 个 语句 表达 式 ， 它 就 和 一 个 返回 void 的 函数 描述 符 兼 容 ( 当 
然 需要 参数 列表 也 兼容 )。 例如， 以 下 两 行 都 是 合法 的 ， 尽 管 List 的 add 方 法 返回 了 一 个 
boolean， 而 不 是 Consumer 上 下 文 (T -> void ) 所 要 求 的 void: 
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// Predicate 返 回 了 一 个 boolean 

PESegreadre Erne gg 
// Consumer 返 回 了 一 个 void 

Gomesumer ene = I 





到 现在 为 止 ， 你 应 该 能 够 很 好 地 理解 在 什么 时 候 以 及 在 哪里 可 以 使 用 Lambda 表 达 式 了 。 它 
们 可 以 从 赋值 的 上 下 文 、 方 法 调用 的 上 下 文 (参数 和 返回 值 )， 以 及 类 型 转换 的 上 下 文中 获得 目 Eo 
标 类 型 。 为 了 检验 你 的 掌握 情况 ， 请 试 试 测验 3.5。 

















测验 3.5: 类 型 检查 一 一 为 什么 下 面 的 代码 不 能 编译 呢 ? 
你 该 如 何 解决 这 个 问题 呢 ? 


ObjectEEo 0 em te rl Sn DO 克 汪 六 

答案 : Lambda 表 达 式 的 上 下 文 是 Object (目标 类 型 )。 但 Object 不 是 一 个 函数 式 接口 。 
为 了 解决 这 个 问题 ， 你 可 以 把 目标 类 型 改 成 Runnable， 它 的 函数 描述 符 是 () -> void: 

Rnmalle 0 aemno ne oi xanp le 





你 已 经 见 过 如 何 利 用 目标 类 型 来 检查 一 个 Lambda 是 否 可 以 用 于 某 个 特定 的 上 下 文 。 其 实 ， 
它 也 可 以 用 来 做 一 些 略 有 不 同 的 事 : 推断 Lambda 参 数 的 类 型 。 


3.5.3 ”类 型 推断 

你 还 可 以 进一步 简化 你 的 代码 。Java 编 译 器 会 从 上 下 文 〈 目标 类 型 ) 推断 出 用 什么 函数 式 接 
口 来 配合 Lambda 表 达 式 ， 这 意味 着 它 也 可 以 推断 出 适合 Lambda 的 签名 ， 因 为 函数 描述 符 可 以 通 
过 目标 类 型 来 得 到 。 这 样 做 的 好 处 在 于 ， 编 译 器 可 以 了 解 Lambda 表 达 式 的 参数 类 型 ， 这 样 就 可 
以 在 Lambda 语 法 中 省 去 标注 参数 类 型 。 换 名 话说 ，Java 编 译 器 会 像 下 面 这 样 推断 Lambda 的 参数 






































List<Apple> greenApples = 参数 a 没有 
并 E23 a 
filter(inventory, a -> "green".equals (a.getColor())); < 显 式 类 型 
ML 工 ， 


Lambda 表 达 式 有 多 个 参数 ， 代 码 可 读 性 的 好 处 就 更 为 明显 。 例 如 ， 你 可 以 这 样 来 创建 一 个 


Comparator 对 象 : 





Comparator<Apple> c = 没有 类 
(Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight ()); < 一 型 推断 


Comparator<Apple> C = 
(al, a2) -> al.getWeight () .compareTo (a2.getWeight ()); < 一 有 类 型 推断 


请 注意 ， 有 时候 显 式 写 出 类 型 更 易 读 ， 有 了 时候 去 掉 它们 更 易 读 。 没 有 什么 法 则 说 哪 种 更 好 ; 
对 于 如 何 让 代码 更 易 读 ， 程 序 员 必 须 做 出 自己 的 选择 。 














Qz 请 注意 ， 当 Lambda 仅 有 一 个 类 型 需要 推断 的 参数 时 ， 参 数 名 称 两 边 的 括号 也 可 以 省 略 。 
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3.5.4 使 用 局 部 变量 


我 们 迄今 为 止 所 介绍 的 所 有 Lambda 表 达 式 都 只 用 到 了 其 主体 里 面 的 参数 。 但 Lambda 表 达 式 
也 允许 使 用 自由 变量 (不 是 参数 ， 而 是 在 外 层 作 用 域 中 定义 的 变量 )， 就 像 匿 名 类 一 样 。 它 们 被 
称 作 捕获 Lambda。 例 如 ， 下 面 的 Lambda 捕 获 了 portNumber 变 量 : 








int portNumber = 1337; 


Runnable r = () -> System.out.printin (portNumber); 
尽管 如 此 ， 还 有 一 点 点 小 麻烦 : 关于 能 对 这 些 变量 做 什么 有 一 些 限制 。Lambda 可 以 没有 限 














制 地 捕获 ( 也 就 是 在 其 主体 中 引用 ) 实例 变量 和 静态 变量 。 但 局 部 变量 必须 显 式 声明 为 final， 
或 事实 上 是 final。 换 句 话 说，Lambda 表 达 式 只 能 捕获 指派 给 它们 的 局 部 变量 一 次 。( 注 : 捕获 
实例 变量 可 以 被 看 作 捕 获 最 终局 部 变量 this。 ) 例如 ， 下 面 的 代码 无 法 编译 ， 因为 portNumber 
变量 被 赋值 两 次 : 


















































int portNumber = 1337; 错误 : Lambda 表 达 式 引用 的 局 
Runnable r = () -> System.out.println(portNumber); ”< 部 变量 必须 是 最 终 的 (final) 
portNumber = 31337; 或 事实 上 最 终 的 

对 局 部 变量 的 限制 


你 可 能 会 问 自己 , 为 什么 局 部 变量 有 这 些 限 制 。 第 一 , 实例 变量 和 局 部 变量 背后 的 实现 有 一 
个 关键 不 同 。 实 例 变 量 都 存储 在 堆 中 ， 而 局 部 变量 则 保存 在 栈 上 。 如 果 Lambda 可 以 直接 访问 局 
部 变量 ， 而 且 Lambda 是 在 一 个 线程 中 使 用 的 ， 则 使 用 Lambda 的 线程 ， 可 能 会 在 分 配 该 变量 的 线 
程 将 这 个 变量 收回 之 后 ， 去 访问 该 变量 。 因 此 ，Java 在 访问 自由 局 部 变量 时 ， 实 际 上 是 在 访问 它 
的 副本 , 而 不 是 访问 原始 变量 。 如果 局 部 变量 仅仅 赋值 一 次 那 就 没有 什么 区 别 了 一 一 因此 就 有 了 
这 个 限制 。 

第 二 , 这 一 限制 不 鼓励 你 使 用 改变 外 部 变量 的 典型 命令 式 编程 模式 (我们 会 在 以 后 的 各 章 中 
解释 ， 这 种 模式 会 阻碍 很 容易 做 到 的 并 行 处 理 )。 







































































闭 包 

你 可 能 已 经 听 说 过 闭 包 (closure， 不 要 和 Clojure 编 程 语言 混 消 ) 这 个 词 ， 你 可 能 会 想 
Lambda 是 知 满 足 闭 包 的 定义 。 用 科学 的 说 法 来 说 ， 闭 包 就 是 一 个 函数 的 实例 ， 且 它 可 以 无 限 
制 地 访问 那个 函数 的 非 本 地 变量 。 例 如 ， 闭 包 可 以 作为 参数 传递 给 另 一 个 函数 。 它 也 可 以 访 
问 和 修改 其 作用 域 之 外 的 变量 。 现 在 ，Java 8 的 Lambda 和 匿名 类 可 以 做 类 似 于 闭 包 的 事情 : 
它们 可 以 作为 参数 传递 给 方法 ， 并 且 可 以 访问 其 作用 域 之 外 的 变量 。 但 有 一 个 限制 : 它们 不 
能 修改 定义 Lambda 的 方法 的 局 部 变量 的 内 容 。 这 些 变量 必须 是 隐 式 最 终 的 。 可 以 认为 Lambda 
是 对 值 封闭 ， 而 不 是 对 变量 封闭 。 如 前 所 述 ， 这 种 限制 存在 的 原因 在 于 局 部 变量 保存 在 栈 上 ， 
并 且 隐 式 表示 它们 仅 限 于 其 所 在 线程 。 如 果 允 许 捕 获 可 改变 的 局 部 变量 ， 就 会 引发 造成 线程 
不 安全 的 新 的 可 能 性 ， 而 这 是 我 们 不 想 看 到 的 〈 实例 变量 可 以 ， 因 为 它们 保存 在 堆 中 ， 而 堆 
是 在 线程 之 间 共 享 的 ), 
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现在 ， 我 们 来 介绍 你 会 在 Java 8 代码 中 看 到 的 另 一 个 功能 : 方法 引用 。 可 以 把 它们 视 为 某 些 
Lambda 的 快捷 写法 。 


3.6 万 法 引用 


方法 引用 让 你 可 以 重复 使 用 现 有 的 方法 定义 ， 并 像 Lambda 一 样 传递 它们 。 在 一 些 情况 下 ， 
比 起 使 用 Lambda 表 达 式 ， 它 们 似乎 更 易 读 ， 感 觉 也 更 自然 。 下 面 就 是 我 们 借助 更 新 的 Java 8 API 
( 我们 会 在 3.7 节 中 更 详细 地 讨论 )， 用 方法 引用 写 的 一 个 排序 的 例子 : 
先前 : 
Inventory .Sort ( (Apple al, Apple a2) 
-> al.getWeight () .compareTo(a2.g9etWeight ())) 


之 后 忆 使 用 方法 引用 和 j ava.util.Comparator.comparing ): 


你 的 第 一 个 
”方法 引用 ! 


























inventory.sort (comparing (Apple: :getWeight)); 


3.6.1 管 中 霸 葛 


你 为 什么 应 该 关心 方法 引用 ? 方法 引用 可 以 被 看 作 仅仅 调用 特定 方法 的 Lambda 的 一 种 快捷 
写法 。 它 的 基本 思想 是 ， 如 果 一 个 Lambda 代 表 的 只 是 “直接 调用 这 个 方法 ”， 那 最 好 还 是 用 名 称 
来 调用 它 ， 而 不 是 去 描述 如 何 调用 它 。 事 实 上 ,， 方法 引用 就 是 让 你 根据 已 有 的 方法 实现 来 创建 
Lambda 表 达 式 。 但 是 , 显 式 地 指明 方法 的 名 称 , 你 的 代码 的 可 读 性 会 更 好 。 它 是 如 何 工作 的 呢 ? 
当 你 需要 使 用 方法 引用 时 ,目标 引用 放 在 分 隔 符 :: 前 ,方法 的 名 称 放 在 后 面 。 例如， 
Apple: :getWeight 就 是 引用 了 Apple 类 中 定义 的 方法 getweight。 请 记 住 , 不 需要 括号 , 因为 
你 没有 实际 调用 这 个 方法 。 方 法 引用 就 是 Lambda 表 达 式 (Apple a) -> a.getweight () 的 快捷 
写法 。 表 3-4 给 出 了 Java 8 中 方法 引用 的 其 他 一 些 例子 。 


表 3-4 Lambda 及 其 等 效 方法 引用 的 例子 





































































































Lambda 等 效 的 方法 引用 
(Apple a) -> a.getWeight () Apple: :getWeight 
() -> Thread.currentThread() .dumpStack() Thread.currentThread () : :qumpStack 
(str, i) -> str.substring(i) String: :substring 
(String s) -> System.out .println(s) System.out::println 


你 可 以 把 方法 引用 看 作 针 对 仅仅 涉及 单一 方法 的 Lambda 的 语法 糖 ， 因 为 你 表达 同样 的 事情 
时 要 写 的 代码 更 少 了 。 





如 何 构建 方法 引用 
方法 引用 主要 有 三 类 。 
() 指向 静态 方法 的 方法 引用 ( 例如 Integer 的 parseInt 方 法 ,写作 Integer: :parseInt )。 
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(2) 指 向 任意 类 型 实例 方法 的 方法 引 用 例 如 String 的 length 方法 > 


String: :length )。 


写作 


(3) 指向 现 有 对 象 的 实例 方法 的 方法 引用 (假设 你 有 一 个 局 部 变量 expensiveTransaction 





Transaction: :getVvalue )。 








用 于 存放 Transaction 类 型 的 对 象 ， 它 支持 实例 方法 getvalue， 那 么 你 就 可 以 写 expensive- 


第 二 种 和 第 三 种 方法 引用 可 能 乍 看 起 来 有 点 儿 晤 。 类 似 于 string: :1length 的 第 二 种 方法 引 
用 的 思想 就 是 你 在 引用 一 个 对 象 的 方法 ， 而 这 个 对 象 本 身 是 Lambda 的 一 个 参数 。 例 如 ，Lambda 
表达 式 (String s) -> s.toUppecase() 可 以 写作 string: :toUppercase。 但 第 三 种 方法 引用 























指 的 是 ， 你 在 Lambda 中 调用 一 个 已 经 存在 的 外 部 对 象 中 的 方法 。 例 如 ，Lambda 表 达 式 





() ->expensiveTransaction.getValue() 可 以 写作 expensiveTransaction::getValue。 


依照 一 些 简单 的 方 子 ， 我 们 就 可 以 将 Lambda 表 达 式 重 构 为 等 价 的 方法 引用 ， 如 图 3-5 所 示 。 


请 注意 ， 











(args) 


@ Lambda 


| 方法 引用 





ClassName: :staticMethod 








(arg0, rest) 


@ Lambda 


| 方法 引用 





ClassName: :instanceMethod 








(args) 


2 


expr: :instanceMethod 


使 Lambda 
方法 引用 
































图 3-5 ”为 三 种 不 同类 型 的 Lambda 表 达 式 构建 方法 
还 有 针对 构造 函数 、 数 组 构造 函数 和 父 类 调用 ( super-call ) 的 一 些 特殊 形式 的 方法 


引 j 








-> ClassName.staticMethod (args) 


-> arg0.instanceMethod (rest) 


arg0 是 ClassName 


类 型 的 


-> expr.instanceMethod (args) 


] 的 办 法 





引用 。 让 我 们 举 一 个 方法 引用 的 具体 例子 吧 。 比 方 说 你 想 要 对 一 个 字符 串 的 List 排 序 ， 忽 略 大 
小 写 。List 的 sort 方 法 需要 一 个 comparator 作 为 参数 。 你 在 前 面 看 到 了 ，cComparator 描 述 了 
一 个 具有 (T， T) -> int 签 名 的 函数 描述 符 。 你 可 以 利用 string 类 中 的 compareToIgnoreCase 
方法 来 定义 一 个 Lambda 表 达 式 ( 注意 compareToIgnoreCase 是 String 类 中 预先 定义 的 )。 
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Ligt<StrEing> St = Arrave. asList ("a BD", "A", "BB"); 
str.sort((sl, s2) -> sl.compareTolIgnoreCase(s2)); 


Lambda 表 达 式 的 签名 与 comparator 的 函数 描述 符 兼 容 。 利 用 前 面 所 述 的 方法 ,这 个 例子 可 
以 用 方法 引用 改写 成 下 面 的 样子 : 


List<String> str = Arrays.asList ("a","b","A","B"); 
str.sort (String: :compareToIgnoreCase); 


ei 编译 器 会 进行 一 种 与 Lambda 表 达 式 类 似 的 类 型 检查 过 程 ， 来 确定 对 于 给 定 的 函数 
式 接口 ， 这 个 方法 引用 是 否 有 效 : 方法 引用 的 签名 必须 和 上 下 文 类 型 匹配 。 
re 对 方法 引用 的 理解 程度 ， 试 试 测验 3.6 吧 1 





















































测验 3.6: 方法 引用 
下 列 Lambda 表 达 式 的 等 效 方法 引用 是 什么 ? 


(1) Eero mn tn et mlege 
(String s) -> Integer.parseInt (s); 


(2) BiPredicate<List<string>, String> contains = 
(list, element) -> list.contains (element); 


邮 答案 如 下 。 
电 (1) 这 个 Lambda 表 达 式 将 其 参数 传 给 了 Integer 的 静态 方法 parseInt。 这 种 方法 接受 一 


个 需要 解析 的 String， 并 返回 一 个 Integer。 因 此 ,可 以 使 用 图 3-5 中 的 办 法 @@ (Lambda 表 达 
式 调用 静态 方法 ) 来 重 写 Lambda 表 达 式 ， 如 下 所 示 : 

Function<String, Integer> stringToInteger = Integer::parselInt; 

(2) 这 个 Lambda 使 用 其 第 一 个 参数 ， 调 用 其 contains 方 法 。 由 于 第 一 个 参数 是 List 类 型 
的 ， 你 可 以 使 用 图 3-5 中 的 办 法 全 ， 如 下 所 示 : 

BlPnNedqneaterniste Sne one econ Ose "eoneann. 

这 是 因为 ， 目 标 类 型 描述 的 函数 描述 符 是 (List<string>,String) -> boolean, 而 
List::contains 可 以 被 解 包 成 这 个 函数 描述 符 。 


到 目前 为 止 , 我 们 只 展示 了 如 何 利用 现 有 的 方法 实现 和 如 何 创 建 方法 引用 。 但 是 你 也 可 以 对 
类 的 构造 函数 做 类 似 的 事情 。 


3.6.2 ”构造 咀 数 引用 
对 于 一 个 现 有 构造 函数 ， 你 可 以 利用 它 的 名 称 和 关键 字 new 来 创建 它 的 一 个 引用 : 


ClassName: :new。 它 的 功能 与 指向 静态 方法 的 引用 类 似 。 例如 , 假设 有 一 个 构造 函数 没有 参数 。 
它 适 合 Supplier 的 签名 () -> Apple。 你 可 以 这 样 做 : 
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构造 函数 引用 指向 默认 


4 
Supplier<Apple> cl = Apple: :new; < 的 Apple() 构 造 函数 


人 和 调用 supplier 的 get 方 法 
将 产生 一 个 新 的 Apple 


这 就 等 价 于 : 

利用 默认 构造 函数 创建 
Supplier<Apple> cl = () -> new Apple(); 一 Apple 的 Lambda 表 达 式 
Apple al = cl.get (); 了 一 调用 supplier 的 get 方 法 


将 产生 一 个 新 的 Apple 


如 果 你 的 构造 函数 的 签名 是 Apple (Integer weight)， 那么 它 就 适合 Function 接 口 的 签 
名 ， 于 是 你 可 以 这 样 写 : 

















指向 Apple (Integer weight) 
* 土 ~ 忆 
Function<Integer, Apple> c2 = Apple: :new; 二 的 构造 函数 引用 


Appl 2 ly(110); = ee pp 
SP :SS C2.apply 1 . 调用 该 Function 函 数 的 apply 方 法 ,并 
给 出 要 求 的 重量 ， 将 产生 一 个 Apple 


这 就 等 价 于 : | 
用 要 求 的 重量 创建 一 
个 Apple 的 Lambda 表 
Function<Integer, Apple> c2 = (weight) -> new Apple(weight); < 达 式 


Apple a2 = c2.apply (110);} < ey 二 
调用 该 Function 函 数 的 app1ly 方 法 , 并 给 出 要 


求 的 重量 ， 将 产生 一 个 新 的 Apple 对 象 


在 下 面 的 代码 中 ， 一 个 由 Integer 构 成 的 List 中 的 每 个 元 素 都 通过 我 们 前 面 定义 的 类 似 的 
map 方 法 传递 给 了 Apple 的 构造 函数 ， 得 到 了 一 个 具有 不 同 重量 苹果 的 List: 





List<Integer> weights = Arrays.asList(7, 3, 4, 10); 将 构造 函数 引用 
List<Apple> apples = map(weights, Apple: :new); < 传递 给 map 方 法 
= 7 


public static List<Apple> map (List<Integer> list, 
Function<Integer, Apple> f)f{ 
List<Apple> result = new ArrayList<>(); 
for(Integer e: list)f{ 
result.add(f.apply (e)); 
return result; 


} 


如 果 你 有 一 个 具有 两 个 参数 的 构造 函数 Apple (String color, Integer weight), 那么 
它 就 适合 BiFunction 接 口 的 签名 ， 于 是 你 可 以 这 样 写 : 








指向 Apple (string color, 
Integer weight) 的 构造 函 
BiFunction<String, Integer, Apple> c3 = Apple::new; < 一 数 引 用 


Apple c3 = c3.apply ("green", 110); 二 调用 该 BiFunction 函 数 的 apply 


方法 ， 并 给 出 要 求 的 颜色 和 重量 ， 
将 产生 一 个 新 的 apple 对 象 
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Re 
这 就 等 价 于 : 

用 要 求 的 颜色 和 重 
BiFunction<String, Integer, Apple> c3 = 量 创建 一 个 Apple 


(color, weight) -> new Applel(color, weight); < 二 一 的 Lambda 表 达 式 
Apple c3 = c3.apply ("green", 110); < 一 调用 该 BiFunction 函 数 的 apply 
方法 ， 并 给 出 要 求 的 颜色 和 重量 ， 








将 产生 一 个 新 的 apple 对 象 sl 
不 将 构造 函数 实例 化 却 能 够 引用 它 ， 这 个 功能 有 一 些 有 趣 的 应 用 。 例 如 ， 你 可 以 使 用 Map 来 
将 构造 郴 数 映射 到 字符 串 值 。 你 可 以 创建 一 个 giveMeFruit 方 法 ， 给 它 一 个 string 和 一 个 
Integer， 它 就 可 以 创建 出 不 同 重量 的 各 种 水 果 : 


static Map<String, Function<Integer, Fruit>> map = new HashMap<>(); 
statiext 

map.put ("apple", Apple: :new); 

map.put ("orange", Orange: :new); 

// etc... 











} 
public static Fruit giveMeFruit (String fruit, Integer weight)t{ 


return map.get (fruit.toLowerCase()) 次 > 

.apply (weight); 你 用 map 得 到 了 一 人 

} Function<Integer, 
Fruit> 


用 Integer 类 型 的 weight 参 数 调用 Function 
的 apply() 方 法 将 提供 所 要 求 的 Fruit 


为 了 检验 你 对 方法 和 构造 函数 引用 的 理解 程度 ， 试 试 测验 3.7 吧 1 


测验 3.7: 构造 函数 引用 
你 已 经 看 到 了 如 何 将 有 零 个 、 一 个 、 两 个 参数 的 构造 函数 转变 为 构造 函数 引用 。 那 要 怎么 
样 才能 对 具有 三 个 参数 的 构造 函数 ， 比 如 Color (int，int，int), 使 用 构造 函数 引用 呢 ? 
答案 : 你 看 ， 构 造 函 数 引 用 的 语法 是 ClassName::new， 那 么 在 这 个 例子 里 面 就 是 
Color: :new。 但 是 你 需要 与 构造 函数 引用 的 签名 匹配 的 函数 式 接口 。 但 是 语言 本 身 并 没有 提 
供 这 样 的 函数 式 接 口 ， 你 可 以 自己 创建 一 个 : 


Tne ne We ee i 
Bel (Ep ol iy MW we 


现在 你 可 以 像 下 面 这 样 使 用 构造 函数 引用 了 : 


TriEUncelon<IneEeger [Teeger. Tnteger, Color> Gaolornadactory Color: :new, 
我 们 讲 了 好 多 新 内 容 : Lambda、 函 数 式 接口 和 方法 引用 。 我 们 会 在 下 一 节 把 这 一 切 付 诸 实践 ! 


3.7 _ Lambda 和 方法 引用 实战 


为 了 给 这 一 章 还 有 我 们 讨论 的 所 有 关于 Lambda 的 内 容 收 个 尾 ， 我 们 需要 继续 研究 开始 的 那 
个 问题 一 一 用 不 同 的 排序 策略 给 一 个 Apple 列 表 排 序 , 并 需要 展示 如 何 把 一 个 原始 粗暴 的 解决 方 
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案 转 变 得 更 为 简明 。 这 会 用 到 书 中 迄今 讲 到 的 所 有 概念 和 功能 : 行为 参数 化 、 匿 名 类 、Lambda 
表达 式 和 方法 引用 。 我 们 想 要 实现 的 最 终 解决 方案 是 这 样 的 ( 请 注意 ， 所 有 源 代码 均 可 见于 本 书 
网 站 ): 


inventory.sort (comparing (Apple: :getWeight)); 





























3.7.1 第 1 步 : 传递 代码 


你 很 幸运 ，Java 8 的 API 已 经 为 你 提供 了 一 个 List 可 用 的 sort 方 法 ， 你 不 用 自己 去 实现 它 。 
那么 最 困难 的 部 分 已 经 搞定 了 ! 但 是 ， 如 何 把 排序 策略 传递 给 sort 方 法 呢 ? 你 看 ，sort 方 法 的 
签名 是 这 样 的 : 

void sort (Comparator<? super E> c) 

它 需 要 一 个 comparator 对 象 来 比较 两 个 apple! 这 就 是 在 Java 中 传递 策略 的 方式 : 它们 必 
须 包 豪 在 一 个 对 象 里 。 我 们 说 sort 的 行为 被 参数 化 了 : 传递 给 它 的 排序 策略 不 同 ， 其 行为 也 会 
不 同 。 

你 的 第 一 个 解决 方案 看 上 去 是 这 样 的 : 

public class AppleComparator implements Comparator<Apple> { 

public int compare(Apple al, Apple a2){ 


return al.getWeight () .compareTo(a2.getWeight ()); 
} 

















} 


inventory.sort (new AppleComparator()); 


3.7.2 第 2 步 : 使 用 匿名 类 


你 在 前 面 看 到 了 ， 你 可 以 使 用 匿名 类 来 改进 解决 方案 ， 而 不 是 实现 一 个 comparator 却 只 实 
例 化 一 次 : 


inventory.sort (new Comparator<Apple>() { 
public int compare(Apple al, Apple a2){ 
return al.getWeight () .compareTo(a2.getWeight ()); 
} 
3 

















3.7.3 第 3 步 : 使 用 Lambda 表达 式 


但 你 的 解决 方案 仍然 挺 嘿 喇 的 。Java 8 引入 了 Lambda 表 达 式 ， 它 提供 了 一 种 轻 量 级 语法 来 实 
现 相 同 的 目标 : 传递 代码 。 你 看 到 了 ， 在 需要 函数 式 接口 的 地 方 可 以 使 用 Lambda 表 达 式 。 我 们 
回顾 一 下 : 函数 式 接 口 就 是 仅仅 定义 一 个 抽象 方法 的 接口 。 抽 象 方法 的 签名 〈 称 为 函数 描述 符 ) 
描述 了 Lambda 表 达 式 的 签名 。 在 这 个 例子 里 ，comparator 代 表 了 函数 描述 符 (T，T) -> int。 
因为 你 用 的 是 苹果 ， 所 以 它 具体 代表 的 就 是 (Apple，Apple) -> int。 改 进 后 的 新 解决 方案 看 
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上 去 就 是 这 样 的 了 : 
inventory.sort( (Apple al, Apple a2) 


-> al.getWeight () .compareTo (a2 .getWeight ()) 
); 


我 们 前 面 解 释 过 了 ，Java 编 译 髓 可 以 根据 Lambda 出 现 的 上 下 文 来 推断 Lambda 表 达 式 参数 的 
类 型 。 那 么 你 的 解决 方案 就 可 以 重 写成 这 样 : 

inventory.sort((al，a2) -> al.getWeight () .compareTo(a2.getWeight ()) ) ; 
你 的 代码 还 能 变 得 更 易 读 一 点 吗 ? comparator 具 有 一 个 叫 作 comparing 的 静态 辅助 方法 ， 
它 可 以 接受 一 个 Function 来 提取 comparable 键 值 , 并 生成 一 个 comparator 对 象 ( 我们 会 在 第 
9 章 解 释 为 什么 接口 可 以 有 静态 方法 )。 它 可 以 像 下 面 这 样 用 (注意 你 现在 传递 的 Lambda 只 有 一 
个 参数 : Lambda 说 明了 如 何 从 苹果 中 提取 需要 比较 的 键 值 ): 

Comparator<Apple> c = comparator.comparing((Apple a) -> a.getWeight ()); 

现在 你 可 以 把 代码 再 改 得 紧凑 一 点 了 : 


import static java.util.Comparator.comparing; 
inventory.sort (comparing((a) -> a.getWeight ())); 


3.7.4 第 4 步 : 使 用 方法 引用 


前 面 解释 过 ， 方 法 引用 就 是 蔡 代 那些 转发 参数 的 Lambda 表 达 式 的 语法 糖 。 你 可 以 用 方法 引 
用 让 你 的 代码 更 简洁 (假设 你 融 态 导 入 了 java.util.Comparator.comparing ): 

inventory.sort (comparing (Apple: :getWeight)); 

恭喜 你 ， 这 就 是 你 的 最 终 解决 方案 ! 这 比 Java 8 之 前 的 代码 好 在 哪儿 呢 ? 它 比较 短 ; 它 的 意 
思 也 很 明显 ， 并 且 代码 读 起 来 和 问题 描述 差不多 :“ 对 库存 进行 排序 ， 比 较 苹 果 的 重量 。 


3.8 复合 Lambda 表达 式 的 有 用 方法 


Java 8 的 好 几 个 函数 式 接口 都 有 为 方便 而 设计 的 方法 。 具 体 而 言 ， 许 多 函数 式 接口 ， 比 如 用 
于 传递 Lambda 表 达 式 的 Comparator Function 和 Predqicate 都 提供 了 人 允许 你 进行 复合 的 方法 。 
这 是 什么 意思 呢 ? 在 实践 中 ， 这 意味 着 你 可 以 把 多 个 简单 的 Lambda 复 合成 复杂 的 表达 式 。 比 如 ， 
你 可 以 让 两 个 谓词 之 间 做 一 个 or 操作 , 组 合成 一 个 更 大 的 谓词 。 而 且 , 你 还 可 以 让 一 个 函数 的 结 
果 成 为 男 一 个 函数 的 输入 。 你 可 能 会 想 ， 隐 数 式 接 口中 怎么 可 能 有 更 多 的 方法 呢 ? ( 毕竟 ,这 违 
背 了 函数 式 接口 的 定义 啊 ! ) 窍门 在 于 ， 我 们 即将 介绍 的 方法 都 是 默认 方法 ， 也 就 是 说 它们 不 是 
抽象 方法 。 我 们 会 在 第 9 章 详 谈 。 现 在 只 需 相 信 我 们 ， 等 想 要 进一步 了 解 默认 方法 以 及 你 可 以 用 
它 做 什么 时 ， 再 去 看 看 第 9 章 。 
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3.8.1 比较 器 复合 


我 们 前 面 看 到 ， 你 可 以 使 用 静态 方法 comparator .comparing， 根 据 提 取 用 于 比较 的 键 值 
的 Function 来 返 回 一 一 个 Comparator， 如 下 所 示 : 





Comparator<Apple> C = Comparator.comparing (Apple: :getWeight); 


1. 逆序 

如 果 你 想 要 对 苹果 按 重量 递减 排序 怎么 办 ?用 不 着 去 建立 男 一 个 comparator 的 实例 。 接 口 
有 一 个 默认 方法 reversedq 可 以 使 给 定 的 比较 器 逆序 。 因 此 仍然 用 开始 的 那个 比较 器 ， 只 要 修改 
一 下 前 一 个 例子 就 可 以 对 苹果 按 重量 递减 排序 ; 


Inventory .Sort (comparing (Apple: :getWeight) .reversed()); 十 一 

2. 比较 器 链 

上 面 说 得 都 很 好 , 但 如 果 发 现 有 两 个 苹果 一 样 重 怎么 办 ? 哪个 苹果 应 该 排 在 前 面 呢 ? 你 可 能 
需要 再 提供 一 个 comparator 来 进一步 定义 这 个 比较 。 比 如 ， 在 按 重 量 比 较 两 个 苹果 之 后 ， 你 可 
能 想 要 按 原 产 国 排序 。thencomparing 方 法 就 是 做 这 个 用 的 。 它 接受 一 个 函数 作为 参数 ( 就 像 
comparing 方 法 一 样 )， 如 果 两 个 对 象 用 第 一 个 comparator 比 较 之 后 是 一 样 的 ， 就 提供 第 二 个 
Comparator。 你 又 可 以 优雅 地 解决 这 个 问题 了 : 




















按 重量 递 
减 排序 
























































inventory.sort (comparing (Apple: :getWeight) 按 重量 递减 排序 
.reversed() < 一 
.thenComparing (Apple: :getCountry)); 二 两 个 苹果 一 样 重 时 
， 


进一步 按 国家 排序 
3.8.2 ”谓词 复合 


谓词 接口 包括 三 个 方法 : negate、and 和 or， 让 你 可 以 重用 已 有 的 Predqicate 来 创建 更 复 
林 的 谓词 。 比 如 ， 你 可 以 使 用 negate 方 法 来 返回 一 个 Predicate 的 非 ， 比 如 苹果 不 是 红 的 : 

































































立 秆 fm ’ 

Predicate<Apple> notRedApple = redApple.negate(); -< > 

你 可 能 想 要 把 两 个 Lambda 用 and 方 法 组 合 起 来 ， 比 如 一 个 苹果 既是 红色 又 比较 重 : 

Predicate<Apple> redAndHeavyApple = 链接 两 个 谓词 来 生成 另 
redApple.and(a -> a.getWeight() > 150); = Predicate 对 象 

你 可 以 进一步 组 合 谓词 ， 表 达 要 么 是 重 ( 150 克 以 上 ) 的 红 苹 果 ， 要 么 是 绿 苹 果 : 

Predicate<Apple> redAndHeavyAppleOrGreen = 链接 Predicate 的 
redApple.and(a -> a.getWeight () > 150) 方法 来 构造 更 复杂 

.or(a -> "green".equals(a.getColor())); < 一 Predicate 对 象 


这 一 点 为 什么 很 好 呢 ? 从 简单 Lambda 表 达 式 出 发 ， 你 可 以 构建 更 复杂 的 表达 式 ， 但 读 起 来 
仍然 和 问题 的 陈述 差不多 ! 请 注意 ，and 和 or 方法 是 按照 在 表达 式 链 中 的 位 置 ， 从 左 向 右 确定 优 
先 级 的 。 因 此 ，a.or(b) .and(c) 可 以 看 作 (a || b) && co。 
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3.8.3 ”函数 复合 
最 后 ， 


你 还 可 以 把 Function 接 口 所 代表 的 Lambda 表 达 式 复合 起 来 。Function 接 口 为 此 配 


了 andThen 和 compose 两 个 默认 方法 ,它们 都 会 返回 Function 的 一 个 实例 。 
andThen 方 法 会 返回 一 个 函数 ， 它 先 对 输入 应 用 一 个 给 定 函 数 ， 再 对 输出 应 用 男 一 个 函数 。 


比如 ， 假 设 有 一 个 函数 f 给 数字 加 1 (x -> x + 1) ， 另 一 个 函数 g 给 数字 乘 2， 你 可 以 将 它们 组 
合成 一 个 函数 pn， 先 给 数字 加 1， 再 给 结果 











Function<Integer, 
Function<Integer, 
Function<Integer, 
int result = h.apply (1); 








Integer> f = 
Integer> 9g = 
Integer> h = 


乘 2 
淆 三 > 村 3 
bh 
f.andqThen ( 








数学 上 会 写作 g(f£ (x) ) 或 
(g o £) (x) 
2 


9g); 
了 这 将 返回 4 


你 也 可 以 类 似 地 使 用 compose 方 法 ， 先 把 给 定 的 函数 用 作 compose 的 参数 里 面 给 的 那个 函 
数 ， 然 后 再 把 函数 本 身 用 于 结果 。 比 如 在 上 一 个 例子 里 用 compose 的 话 ， 它 将 意味 着 f(g(x) ) ， 


而 andThen 则 意味 着 g (f(x) ) : 


Function<Integer, 
Function<Integer, 
Function<Integer, 
int result = h.apply (1); 


Integer> f = 
Integer> 9g = 
Integer> h = 


二 
f.compose(g); 


x ->xXx+1; 


数学 上 会 写作 f(g(x) ) 
或 (f o g) (x) 


< 这 将 返回 3 


图 3-6 说 明了 andThen 和 compose 之 间 的 区 别 。 


f.andThen (g) 


























输入 
1 
2 
名 
Function<Integer, Integer>f = x ->x+1; 
Function<Integer, Integer>g = x -> x * 2; 
f.compose(g) 
输入 结果 
g f 
下 2 一 3 
g f 
2 广 -一 4 广 -一 加 
g f 
3 6 ¥ 
图 3-6 ”使 用 andThen 与 compose 

















这 一 切 听 起 来 有 点 太 抽 象 了 。 那么 在 实际 中 这 有 什么 用 呢 ? 比方 说 你 有 一 系列 工具 方法 , 对 
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用 String 表示 的 一 封 信 做 文本 转换 : 


public class Lettert{ 
public static String addHeader (String text)f{ 
return "From Raoul, Mario angd Alan: " + text; 


} 


public static String addFooter (String text)f{ 
return text + " Kind regards"; 


} 


public static String checkSpelling (String text) 1{ 
return text.replaceAll ("labda", "lambda"); 
} 
} 


en en 文 些 工具 方法 来 创建 各 种 转型 流水 线 了 ， 比 如 创建 一 个 流水 线 : 先 加 上 
抬头 ， 然 后 进行 拼写 检查 ， 最 后 加 上 一 个 落款 ， 如 图 3-7 所 示 。 

Function<String, String> addHeader = Letter::addHeader; 

Function<String, String> transformationPipeline 


= addHeader.andThen (Letter::checkSpelling) 
.andThen (Letter: :addFooter); 





转换 流水 线 


andThen andThen 
addHeader eneeks ecg agoEoorer 


图 3-7 使 用 andThen 的 转换 流水 线 

















第 二 个 流水 线 可 能 只 加 抬头 、 落 款 ， 而 不 做 拼写 检查 : 
Function<String, String> addHeader = Letter::addHeader; 


Function<String, String> transformationPipeline 
= addHeader .andThen (Letter::addFooter); 


3.9 ”数学 中 的 类 似 思想 


如 果 你 上 学 的 时 候 对 数学 挺 拿 手 ， 那 这 一 节 就 从 另 一 个 角度 来 谈 谈 Lambda 表 达 式 和 函数 传 
递 的 思想 。 你 可 以 跳 过 它 ; 书 中 没有 任何 其 他 内 容 依赖 这 一 节 , 不 过 从 另 一 个 角度 看 看 也 挺 好 的 。 





3.9.1 积 


假设 你 有 一 个 (数学 ,不 是 Java ) 函数 E， 比 如 说 定义 是 
fx)=x+t10 
那么 , (工科 学 校 里 ) 经 常 问 的 一 个 问题 就 是 ， 画 在 纸 上 之 后 函数 下 方 的 面积 (把 x 轴 作 为 基准 )。 
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比如 对 于 图 3-8 所 示 的 区 域 你 会 写 


fear 或 | e+10)dr 







Ax)=x+10 





7 
| fxr)dx 
3 


2 4 6 8 10 
图 3-8 ”函数 E(x) =x+10，x 从 3 到 7 下 方 的 面积 





在 这 个 例子 里 ， 函 数 f 是 一 条 直线 ， 因 此 你 很 容易 通过 梯形 方法 ( 画 几 个 三 角形 ) 来 算出 

面积 : 
l/2x(3+10)+(7+10)x(7-3)=60 

那么 这 在 Java 里 面 如 何 表 达 呢 ? 你 的 第 一 个 问题 是 把 积分 号 或 ay/dx 之 类 的 换 成 熟悉 的 编程 
语言 符号 。 

确实 , 根据 第 一 条 原则 你 需要 一 个 方法 ， 比 如 说 叫 integrate, 它 接受 三 个 参数 : 一 个 是 f， 
还 有 上 下 限 ( 这 里 是 3.0 和 7.0 )。 于 是 写 在 Java 里 就 是 下 面 这 个 样子 ， 函 数 f 是 被 传递 进去 的 : 

integrate(f, 3, 7) 

请 注意 ， 你 不 能 简单 地 写 : 

integrate(x + 10, 3, 7) 
原因 有 二 。 第 一 ，x 的 作用 域 不 清楚 ; 第 二 ， 这 将 会 把 x + 10 的 值 而 不 是 函数 f 传 给 积分 。 

事实 上 ， 数 学 上 dx 的 秘密 作用 就 是 说 “以 xz 为 自 变量 、 结 果 是 x+10 的 那个 函数 。 





3.9.2 与 Java8 的 Lambda 联系 起 来 


我 们 前 面 说 过 ，Java 8 的 表示 法 (double x) -> x + 10 (一 个 Lambda 表 达 式 ) 恰恰 就 是 
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为 此 设计 的 ， 因 此 你 可 以 写 : 


integrate((double x) -> X + 10, 3, 7) 


或 者 
integrate( (double 到) 一 人 £(X), 3, 7) 

或 者 ， 用 前 面 说 的 方法 引用 ， 只 要 写 : 
integrate(C::f, 3, 7) 

这 里 c 是 包含 静态 方法 f 的 一 个 类 。 理 念 就 是 把 背后 的 代码 传 给 integrate 方 法 。 
ed 我 们 还 假设 f 是 一 个 线性 函数 ( 直线 )。 你 可 


public double integrate((double -> double)f，double a，double b) { < 一 代码 ! (函数 


return (f(a)+f(b))*(b-a)/2.0 的 写法 不 能 
} 像 数 学 里 那 


样 。) 
但 因为 Lambda 表 达 式 只 能 用 于 接受 函数 式 接口 的 地 方 (这 里 就 是 Function )， 所 以 你 必须 
得 写成 这 个 样子 : 
public double integrate(DoubleFunction<Double> f, double a, double bp) { 
return (f.apply(a) + f.apply(b)) * (b-a) / 2.0; 















































} 


顺便 提 一 句 ， 有 点 儿 可 异 的 是 你 必须 写 f .apply (a) ， 而 不 是 像 数 学 里 面 写 f(a) ， 但 Java 无 
法 摆脱 “一 切 都 是 对 象 ”的 思想 一 一 它 不 全 | 








3.10 小结 


以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 
口 Lambda 表 达 式 可 以 理解 为 一 种 匿名 函数 : 它 没有 名 称 ， 但 有 参数 列表 、 函 数 主体 、 返 回 
类 型 ， 可 能 还 有 一 个 可 以 抛 出 的 异常 的 列表 。 

口 Lambda 表 达 式 让 你 可 以 简洁 地 传递 代码 。 

ee ee Be 
只 有 在 接受 函数 式 接口 的 地 方才 可 以 使 用 Lambda 表 达 式 。 

i 为 函数 式 接口 的 抽象 方法 提供 实现 ， 并 且 将 整个 表达 式 

作为 函数 式 接口 的 一 个 实例 。 

口 Java 8 自 带 一 些 常用 的 函数 式 接口 ， 放 在 java.util.function 包 里 ,包括 Predicate 
<T>、Function<T,R>、Supplier<T>、 Consumer<T> 和 BinaryOperator<T>， 如 表 
3-2 所 述 。 

口 为 了 避免 装 箱 操作 , 对 Predqicate<T> 和 Function<T，R> 等 通用 郴 数 式 接口 的 原始 类 型 


特 化 : IntPredicate、IntToLongFunction 等 。 
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口 环绕 执行 模式 ( 即 在 方法 所 必需 的 代码 中 间 ， 你 需要 执行 点 儿 什 么 操作 ， 比 如 资源 分 配 
和 清理 ) 可 以 配合 Lambda 提 高 灵活 性 和 可 重用 性 。 

口 Lambda 表 达 式 所 需要 代表 的 类 型 称 为 目标 类 型 。 

口 方法 引用 让 你 重复 使 用 现 有 的 方法 实现 并 直接 传递 它们 。 

口 Comparator 、Predicate 和 Function 等 函数 式 接口 都 有 几 个 可 以 用 来 结合 Lambda 表 达 








函数 式 数 据 处 理 


本 书 第 二 部 分 深入 探索 了 新 的 Stream API 一 一 它 可 以 让 你 编写 功能 强大 的 代码 ， 用 声明 性 的 
方式 处 理 数据 集 。 学 完 第 二 部 分 ， 你 将 充分 理解 流 是 什么 ， 以 及 如 何在 代码 中 使 用 它 来 简明 而 高 
效 地 处 理 数据 集 。 

第 4 章 介 绍 了 流 的 概念 ， 并 解释 了 它 与 集合 的 异同 。 

第 5 章 详 细 讨 论 了 表达 复杂 数据 处 理 查 询 可 以 使 用 的 流 操 作 。 我 们 会 谈 到 很 多 模式 ， 如 和 饰 
、 切 片 、 查 找 、 匹 配 、 映 射 和 归 约 。 

第 6 童 介绍 了 收集 器 一 一 Stream API 的 一 个 功能 ， 可 以 让 你 表达 更 为 复杂 的 数据 处 理 查 询 。 

在 第 7 章 中 ， 你 将 了 解 流 为 何 可 以 自动 并 行 执 行 ， 并 利用 多 核 架 构 的 优势 。 此 外 ， 你 还 会 了 
解 到 要 避免 的 若干 陷阱 ， 以 便 正 确 而 高 效 地 使 用 并 行 流 。 











由 








本 章 内 容 

口 什么 是 流 

口 集合 与 流 

口 内 部 迭代 与 外 部 迭代 
口 中 间 操 作 与 终端 操作 






































集合 是 Java 中 使 用 最 多 的 API。 要 是 没有 集合 , 还 能 做 什么 呢 ? 几乎 每 个 Java 应 用 程序 都 会 制 
造 和 处 理 集合 。 集合 对 于 很 多 编程 任务 来 说 都 是 非常 基本 的 : 它们 可 以 让 你 把 数据 分 组 并 加 以 处 
理 。 为 了 解释 集合 是 怎么 工作 的 ， 想象 一 下 你 准备 列 出 一 系列 菜 ， 组 成 一 张 菜单 ， 然 后 再 遍历 
遍 ， 把 每 盘 菜 的 热量 加 起 来 。 你 可 能 想 选 出 那些 热量 比较 低 的 菜 , 组 成 一 张 健康 的 特殊 菜单 。 尽 
管 集合 对 于 几乎 任何 一 个 Java 应 用 都 是 不 可 或 缺 的 ， 但 集合 操作 却 远 远 算 不 上 完美 。 
口 很 多 业务 逻辑 都 涉及 类 似 于 数据 库 的 操作 ， 比 如 对 几 道 菜 按照 类 别 进行 分 组 〈 比如 全 素 
菜肴 ), 或 查找 出 最 贵 的 菜 。 你 自己 用 迭代 器 重新 实现 过 这 些 操 作 多 少 遍 ?大 部 分 数据 库 
都 允许 你 声明 式 地 指定 这 些 操 作 。 比如, 以 下 SQL 查 询 语句 就 可 以 选 出 热量 较 低 的 菜肴 名 
称 : SELECT name FROM dishes WHERE calorie < 400。 你 看 ， 你 不 需要 实现 如 何 
根据 菜肴 的 属性 进行 筛选 〈 比如 利用 迭代 器 和 累加 需 )， 你 只 需要 表达 你 想 要 什么 。 这 个 
基本 的 思路 意味 着 ， 你 用 不 着 担心 怎么 去 显 式 地 实现 这 些 查 询 语 名 一 都 替 你 办 好 了 ! 
怎么 到 了 集合 这 里 就 不 能 这 样 了 呢 ? 
口 要 是 要 处 理 大 量 元 素 又 该 怎么 办 呢 ? 为 了 提高 性 能 ， 你 需要 并 行 处 理 ， 并 利用 多 核 架 构 。 
但 写 并 行 代 码 比 用 迭代 器 还 要 复杂 ， 而 且 调 试 起 来 也 够 受 的 ! 
那 Java 语 言 的 设计 者 能 做 些 什么 , 来 帮助 你 节约 宝贵 的 时 间 ， 让 你 这 个 程序 员 活 得 轻松 一 点 
儿 呢 ?你 可 能 已 经 猜 到 了 了， 答案 就 是 流 。 


4.1 流 是 什么 


流 是 Java API 的 新 成 员 , 它 允 许 你 以 声明 性 方式 处 理 数据 集合 (通过 查询 语句 来 表达 ， 而 不 
是 临时 编写 一 个 实现 )。 就 现在 来 说 ， 你 可 以 把 它们 看 成 遍历 数据 集 的 高 级 迭代 器 。 此 外 ,， 流 还 
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可 以 透明 地 并 行 处 理 ,， 你 无 需 写 任何 多 线程 代码 了 ! 我 们 会 在 第 7 章 中 详细 解释 流 和 并 行 化 是 怎 
么 工作 的 。 我 们 简单 看 看 使 用 流 的 好 处 吧 。 下 面 两 段 代码 都 是 用 来 返回 低热 量 的 菜肴 名 称 的 ， 
并 按照 卡路里 排序 ， 一 个 是 用 Java 7 写 的 ， 另 一 个 是 用 Java 8 的 流 写 的 。 比 较 一 下 。 不 用 太 担 心 
Java 8 代码 怎么 写 ， 我 们 在 接 下 来 的 几 节 里 会 详细 解释 。 

之 前 ( Java 7): 



































List<Dish> lowCaloricDishes = new ArrayList<>(); 





for (Dish d: menu)f{ 用 累加 器 得 
if(d.getCalories() < 400){ < 选 元 素 
lowCaloricDishes.add(d); 
} 用 匿名 类 对 
: a 菜 着 排序 
Collections.sort (lowCaloricDishes, new Comparator<Dish>() { < 一 


public int compare(Dish dq1，Dish d2)t{ 
return Integer.compare(dl.getCalories(), d2.getCalories()); 
} 
外 
List<String> lowCaloricDishesName = new ArrayList<>(); 
for (Dish d: lowCaloricDishes)t{ 
lowCaloricDishesName.add(d.getName ());} 


处 理 排序 后 
的 菜 名 列表 
< 
} 

















在 这 段 代码 中 , 你 用 了 一 个 “垃圾 变量 ”lowcaloricDishes。 它 唯一 的 作用 就 是 作为 一 次 
生 的 中 间 容 器 。 在 Java 8 中 ， 实 现 的 细节 被 放 在 它 本 该 归属 的 库 里 了 。 
之 后 ( Java 8 ): 














Se 




















import static java.util.Comparator.comparing; 
import static java.util.stream.Collectors.toList; 
List<String> a na 村 选 出 400 卡 路 里 
Ss . 以 下 的 莱 
.filter(d -> d.getCalories() < 400) 十 一 以下 的 菜肴 
将 所 有 名 称 保 .Sorted (comparing (Dish::getCalories)) < 一 按照 卡 路 
存在 List 中 .map (Dish: :getName) < 一 提取 菜 着 里 排序 
一 人 > .Collect (toList ()); 


的 名 称 
为 了 利用 多 核 架构 并 行 执 行 这 段 代码 ， 你 只 需要 把 stream () 换 成 parallelstream(): 
List<String> lowCaloricDishesName = 
menu.parallelstream() 
.filter(d -> d.getCalories() < 400) 
.Sorted (comparing (Dishes::getCalories)) 


.map (Dish: :getName) 
.Collect (toList () ) ; 


你 可 能 会 想 , 在 调用 parallelstream 方 法 的 时 候 到 底 发 生 了 什么 。 用 了 多 少 个 线程 ”对 性 
能 有 多 大 提升 ? 第 7 章 会 详细 讨论 这 些 问 题 。 现 在 ， 你 可 以 看 出 ， 从 软件 工程 师 的 角度 来 看 ， 新 
的 方法 有 几 个 显而易见 的 好 处 。 

口 代码 是 以 声明 性 方式 写 的 : 说 明 想 要 完成 什么 ( 筛选 热量 低 的 菜肴 ) 而 不 是 说 明 如 何 实 
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现 一 个 操作 ( 利用 循环 和 if 条 件 等 控制 流 语句 ) 你 在 前 面 的 章节 中 也 看 到 了 ， 这 种 方法 


加 上 行为 参数 化 让 你 可 以 

















轻松 应 对 变化 的 需求 : 你 很 容易 再 创建 一 个 代码 版 本 ， 利 用 

















Lambda 表 达 式 来 筛选 高 卡路里 的 菜肴 ， 而 用 不 着 去 复制 粘贴 代码 。 
口 你 可 以 把 几 个 基础 操作 链接 起 来 ， 来 表达 复杂 的 数据 处 理 流水 线 ( 在 filter 后 面 接 上 


sorted、map 和 collect 操 作 ， 如 图 4-1 所 示 )， 同 时 保持 代码 清晰 可 读 。filtetr 的 结果 

















被 传 给 了 sorted 方 法 ， 








青 传 给 map 方 法 ， 最 后 传 给 collect 方 法 。 














因为 filter、sorted、map 和 collect 等 操作 是 与 具体 线程 模型 无 关 的 高 层次 构件 ， 所 以 

















它们 的 内 部 实现 可 以 是 单线 程 的 ， 


也 可 能 透明 地 充分 利用 你 的 多 核 架 构 ! 在 实践 中 , 这 意味 着 你 











用 不 着 为 了 让 某 些 数据 处 理 任务 并 行 而 去 操心 线程 和 锁 了 ，Stream API 都 替 你 做 好 了 ! 














Lambda Lambda Lambda 


| 





a — 世 到 ~ 一 BD 


图 4-1 


新 的 Stream API 表 达能 力 非 常 
下 面 这 样 的 代码 : 


Map<Dish.Type, List<Dish>> 











将 流 操 作 链 接 起 来 构成 流 的 流水 线 
强 。 比 如 在 读 完 本 章 以 及 第 5 章 、 第 6 章 之 后 ， 你 就 可 以 写 出 像 








QishesByType = 


menu.stream() .collect (groupingBy (Dish::getType)); 








我 们 在 第 6 章 中 解释 这 个 例子 。 简 单 来 说 就 是 ， 按 照 Map 里 面 的 类 别 对 菜肴 进行 分 组 。 比 如 ， 


Map 可 能 包含 下 列 结 


{FISH= [prawns, salmon], 
OTHER=[french fries, rice 
MEAT= [pork, beef, chicken 





Season fruit, pizzal, 


] } 








想 想 要 是 改 用 循环 这 种 典型 的 指令 型 编程 方式 该 怎么 实现 吧 。 别 浪费 太 多 时 间 了 。 拥抱 这 一 


章 和 接 下 来 几 章 中 强大 的 流 吧 ! 


其 他 库 : Guava、Apache 和 lambdaj 
为 了 给 Java 程 序 员 提供 更 好 的 库 操 作 集 合 ， 前 人 已 经 做 过 了 很 多 尝试 。 比 如 ，Guava 就 是 
谷歌 创建 的 一 个 很 流行 的 库 。 它 提供 了 multimaps 和 multisets 等 额外 的 容器 类 。Apache 


Commons Collections 库 也 提供 了 
函数 式 编程 的 局 发 ， 也 提供 了 很 


类 似 的 功能 。 最 后 ， 本 书 作者 Mario Fusco 编 写 的 lambdaj 受 到 
多 声明 性 操作 集合 的 工具 。 


如 今 Java 8 自 带 了 官方 库 ， 可 以 以 更 加 声明 性 的 方式 操作 集合 了 。 


总 结 一 下 ，Java 8 中 的 Stream API 可 以 让 你 写 出 这 样 的 代码 ; 
口 声明 性 一 一 更 简洁 ， 更 易 读 
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和 蛋 六 
口 可 复合 更 灵活 
并 行 性 人 
口 可 并 行 一 一 性 能 更 好 
~z 口 晶 EE 
在 本 章 剩 下 的 部 分 和 下 一 章 中 ,我们 会 使 用 这 样 一 个 例子 : 一 个 menu， 它 只 是 一 张 菜肴 列 
表 。 
List<Dish> menu = Arrays.asList!( 
new Dish("pork", false, 800, Dish.Type.MEAT), 
new Dish("beef", false, 700, Dish.Type.MEAT), 
new Dish("chicken", false, 400, Dish.Type.MEAT), 
new Dish("french fries", true, 530, Dish.Type.OTHER), 
new Dish("rice", true, 350, Dish.Type.OTHER), 
new Dish("season fruit", true, 120, Dish.Type.OTHER), 
new Dish("pizza", true, 550, Dish.Type.OTHER), 
new Dish("prawns", false, 300, Dish.Type.FISH), 
new Dish("salmon", false, 450, Dish.Type.FISH) ); 
Di sh 类 的 定义 是 : 
public class Dish { 
private final String name; 
private final boolean vegetarian; 
private final int calories; 
private final Type type; 
public Dish(String name, boolean vegetarian, int calories, Type type) { 
this.name = name; 
this.vegetarian = vegetarian; 
this.calories = calories; 
this.type = type; 





public String getName() 
return name; 


public boolean isVegetarian() 


return vegetarian; 


public int getCalories() 
return calories; 


public Type getType() { 


return type; 


QOverride 
public String toString() 
return name; 


{ 


{ 


{ 


{ 
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public enum Type { MEAT, FISH, OTHER } 
} 


现在 就 来 仔细 探讨 一 下 怎么 使 用 Stream API。 我 们 会 用 流 与 集合 做 类 比 ， 做 点 儿 铺 垫 。 下 一 
章 会 详细 讨论 可 以 用 来 表达 复杂 数据 处 理 查询 的 流 操作 。 我 们 会 谈 到 很 多 模式 ， 如 筛选 、 切 片 、 
查找 、 匹 配 、 映 射 和 归 约 ， 还 会 提供 很 多 测验 和 练习 来 加 深 你 的 理解 。 

接 下 来 ， 我 们 会 讨论 如 何 创建 和 操纵 数字 流 ， 比 如 生成 一 个 偶数 流 ， 或 是 勾 股 数 流 。 最 
后 ， 我 们 会 讨论 如 何 从 不 同 的 源 〈 比 如 文件 ) 创建 流 。 还 会 讨论 如 何 生成 一 个 具有 无 穷 多 元 
素 的 流 一 一 这 用 集合 肯定 是 搞 不 定 了 ! 
































4.2 流 简介 








要 讨论 流 ， 我 们 先 来 谈 谈 集合 ， 这 是 最 容易 上 手 的 方式 了 。Java 8 中 的 集合 支持 一 个 新 的 
stream 方 法 , 它 会 返回 一 个 流 ( 接口 定义 在 java.util.stream.Stream 里 ), 你 在 后 面 会 看 到 ， 
还 有 很 多 其 他 的 方法 可 以 得 到 流 ， 比 如 利用 数值 范围 或 从 VO 资源 生成 流 元 素 。 

那么 ， 流 到 底 是 什么 呢 ? 简短 的 定义 就 是 “从 支持 数据 处 理 操 作 的 源 生成 的 元 素 序 列 ”。 让 
我 们 一 步 步 剖 析 这 个 定义 。 

口 元 素 序 列 一 一 就 像 集合 一 样 ， 流 也 提供 了 一 个 接口 ， 可 以 访问 特定 元 素 类 型 的 一 组 有 序 

值 。 因 为 集合 是 数据 结构 ， 所 以 它 的 主要 目的 是 以 特定 的 时 间 / 空 间 复杂 度 存储 和 访问 元 
素 ( 如 Ar rayLigst 与 LinkedList )。 但 流 的 目的 在 于 表达 计算 ， 比如 你 前 面 见 到 的 
filter、sorted 和 map。 集合 讲 的 是 数据 ， 流 讲 的 是 计算 。 我 们 会 在 后 面 几 节 中 详细 解 

释 这 个 思想 。 

口 源 一 一 流 会 使 用 一 个 提供 数据 的 源 ， 如 集合 、 数 组 或 输入 /输出 资源 。 请 注意 ， 从 有 序 集 

合生 成 流 时 会 保留 原 有 的 顺序 。 由 列表 生成 的 流 ， 其 元 素 顺 序 与 列表 一 致 。 

口 数据 处 理 操作 一 一 流 的 数据 处 理 功能 文 持 类 似 于 数据 库 的 操作 ， 以 及 函数 式 编程 语言 中 
的 常用 操作 ， 如 filter、map、reduce、find、match、sort 等 。 流 操作 可 以 顺序 执 
行 ， 也 可 并 行 执行 。 

此 外 ， 流 操作 有 两 个 重要 的 特点 。 

口 流水 线 一 一 很 多 流 操作 本 身 会 返回 一 个 流 ， 这 样 多 个 操作 就 可 以 链接 起 来 ， 形 成 一 个 大 
的 流水 线 。 这 让 我 们 下 一 章 中 的 一 些 优化 成 为 可 能 ， 如 延迟 和 短路 。 流 水 线 的 操作 可 以 
看 作对 数据 源 进 行 数据 库 式 查询 。 

口 内 部 迭代 一 一 与 使 用 迭代 带 显 式 迭 代 的 集合 不 同 ， 流 的 迭代 操作 是 在 背后 进行 的 。 我 们 
在 第 1 章 中 简要 地 提 到 了 这 个 思想 ， 下 一 节 会 再 谈 到 它 。 

让 我 们 来 看 一 段 能 够 体现 所 有 这 些 概念 的 代码 : 












































































































































汪 得 :六 
import static java.util.stream.Collectors.toList; 从 menu 获 得 流 


起 1 
List<String> threeHighCaloricDishNames = 《菜肴 列表 ) 
menu .stream() | 建立 操作 流水 线 : 
.filter(d -> d.getCalories() > 300) 了 4 一 首先 选 出 高 热量 的 


菜 着 





只 选择 
头 三 个 .map (Dish: :getName) 


.limit (3) 


存在 另 一 


个 List 中 


在 本 例 中 ， 我 们 先是 对 menu 调 用 stream 方 法 ， 由 菜单 得 到 一 个 流 。 数 据 源 


单 )， 它 给 流 提供 一 个 元 素 序 列 。 接 下 来 , 对 流 应 用 一 系列 数据 处 理 操作 : filter、map、1lLimit 


将 结果 保 “collect (toList ()); | | 
际 System.out .Println(threeHighCaloricDishNames); < 一 


<“ 获取 菜 名 


chicken] 


结果 是 [pork, beef，, 


是 菜肴 列表 ( 菜 





和 collect。 除 了 collect 之 外 , 所 有 这 些 操 作 都 会 返回 男 一 个 流 ， 这样 它 们 就 可 以 接 成 一 条 流 


水 线 , 于 是 就 可 以 看 作对 源 的 一 个 查询 。 最 后 ，col 
和 别 的 操作 不 一 样 ， 因 为 它 返 回 的 不 是 流 ， 在 这 里 是 一 





























lect 操 作 开 始 处 型 








流水 线 ， 并 返回 结果 ( 它 
个 List )。 在 调用 collect 之 前 ， 没有 任 


何 结果 产生 ， 实 际 上 根本 就 没有 从 menu 里 选择 元 素 。 你 可 以 这 么 理解 : 链 中 的 方法 调用 都 在 排 
队 等 待 ， 直 到 调用 collect。 图 4-2 显 示 了 流 操作 的 顺序 : fi 





每 个 操作 简介 如 下 。 





collect (toList()) 


图 4-2 





DQ filter 
d.getCalories() 








口 map 


接受 Lambda ， 





加 本 古国 











SO@® 











lter、 map、1limit、 


collect, 


图 加 Stream<Dish> 








Stream<Dish> 


Stream<String> 


LESt<StrLing” 














使 用 流 来 筛选 菜单 ， 找 出 三 个 高 热 和 





量 菜肴 的 名 字 





> 300， 选 择 出 热量 超过 300 卡 路 里 的 菜肴 。 











接受 一 个 Lambda， ee 息 。 在 本 例 中 ， 


法 引用 Dish: :getName， 相 当 于 Lambda 9 -> d.getName ()， 提 取 了 每 道 


从 流 中 排除 茶 些 元 素 。 在 本 例 中 ， 通 过 传递 lambda a -> 


通过 传递 方 














菜 的 菜 和 名。 
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口 1imit 一 一 截断 流 ， 使 其 元 素 不 超过 给 定数 量 。 

口 col lect 一 一 将 流转 换 为 其 他 形式 。 在 本 例 中 ， 流 被 转换 为 一 个 列表 。 它 看 起 来 有 点 儿 
像 变 魔术 ， 我 们 在 第 6 章 中 会 详细 解释 collect 的 工作 原理 。 现 在 ， 你 可 以 把 collect 看 
作 能 够 接受 各 种 方案 作为 参数 ， 并 将 流 中 的 元 素 累 积 成 为 一 个 汇总 结果 的 操作 。 这 里 的 
toList () 就 是 将 流转 换 为 列表 的 方案 。 

注意 看 ， 我 们 刚刚 解释 的 这 段 代 码 ， 与 逐 项 处 理 菜 单列 表 的 代码 有 很 大 不 同 。 首 先 ， 我 们 

使 用 了 声明 性 的 方式 来 处 理 菜单 数据 ， 即 你 说 的 对 这 些 数据 需要 做 什么 :“ 查 找 热量 最 高 的 三 道 

菜 的 菜 名 。” 你 并 没有 去 实现 盘 选 (filter )、 提 取 (map ) 或 截断 (1imit ) 功能 ，Streams 库 

已 经 自 带 了 。 因 此 ，Stream API 在 决定 如 何 优化 这 条 流水 线 时 更 为 灵活 。 例 如 ， 筛 选 、 提 取 和 截 

断 操作 可 以 一 次 进行 ， 并 在 找到 这 三 道 菜 后 立即 停止 。 我 们 会 在 下 一 章 介 绍 一 个 能 体现 这 一 点 

的 例子 。 

在 进一步 介绍 能 对 流 做 什么 操作 之 前 ， 先 让 我 们 回 过 头 来 看 看 Collection API 和 新 的 Stream 

API 的 思想 有 何不 同 。 


4.3 流 与 集合 


Java 现 有 的 集合 概念 和 新 的 流 概 念 都 提供 了 接口 ,来 配合 代表 元 素 型 有 序 值 的 数据 接口 。 所 
请 有 序 ， 就 是 说 我 们 一 般 是 按 顺 序 取 用 值 ， 而 不 是 随机 取 用 的 。 那 这 两 者 有 什么 区 别 呢 ? 

我 们 先 来 打 个 直观 的 比方 吧 。 比 如 说 存在 DVD 里 的 电影 ,这 就 是 一 个 集合 ( 也 许 是 字 节 , 也 
许 是 帧 ， 这 个 无 所 谓 )， 因 为 它 包含 了 整个 数据 结构 。 现 在 再 来 想 想 在 互联 网 上 通过 视频 流 看 同 
样 的 电影 。 现 在 这 是 一 个 流 〈 字 节 流 或 帧 流 )。 流 媒体 视频 播放 器 只 要 提前 下 载 用 户 观 看 位 置 的 
那 几 帧 就 可 以 了 , 这样 不 用 等 到 流 中 大 部 分 值 计算 出 来 , 你 就 可 以 显示 流 的 开始 部 分 了 ( 想 想 观 
看 直播 足球 赛 ) 特别 要 注意 ， 视 频 播 放 器 可 能 没有 将 整个 流 作为 集合 ， 保 存 所 需要 的 内 存 缓冲 
区 一 一 而 且 要 是 非得 等 到 最 后 一 帧 出 现 才能 开始 看 ， 那 等 待 的 时 间 就 太 长 了 。 出 于 实现 的 考虑 ， 
你 也 可 以 让 视频 播放 器 把 流 的 一 部 分 缓存 在 集合 里 ， 但 和 概念 上 的 差异 不 是 一 回 事 。 
粗略 地 说 ， 集 合 与 流 之 间 的 差异 就 在 于 什么 时 候 进行 计算 。 集 合 是 一 个 内 存 中 的 数据 结构 ， 
它 包含 数据 结构 中 目前 所 有 的 值 一 一 集合 中 的 每 个 元 素 都 得 先 算出 来 才能 添加 到 集合 中 。( 你 可 
以 往 集 合 里 加 东西 或 者 删 东西 , 但 是 不 管 什么 时 候 , 集合 中 的 每 个 元 素 都 是 放 在 内 存 里 的 ,元 素 
都 得 先 算出 来 才能 成 为 集合 的 一 部 分 。) 

相 比 之 下 ， 流 则 是 在 概念 上 固定 的 数据 结构 〈 你 不 能 添加 或 删除 元 素 )， 其 元 素 则 是 按 需 计 
算 的 。 这 对 编程 有 很 大 的 好 处 。 在 第 6 章 中 ， 我 们 将 展示 构建 一 个 质数 流 〈2, 3, 5, 7, 11, … ) 有 
多 简单 ,尽管 质数 有 无 穷 多 个 。 这 个 思想 就 是 用 户 仅仅 从 流 中 提取 需要 的 值 ， 而 这 些 值 一 一 在 用 
户 看 不 见 的 地 方 一 一 只 会 按 需 生成 。 这 是 一 种 生产 者 - 消费 者 的 关系 。 从 另 一 个 角度 来 说 ， 流 就 
像 是 一 个 延迟 创建 的 集合 : 只 有 在 消费 者 要 求 的 时 候 才 会 计算 值 (用 管理 学 的 话说 这 就 是 需求 驱 
动 ， 其 至 是 实时 制造 )。 

与 此 相反 , 集合 则 是 急切 创建 的 (供应 商 驱 动 : 先 把 仓库 装 满 ， 再 开始 卖 ， 就 像 那些 县 花 一 
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现 的 圣诞 新 玩意 儿 一 样 )。 以 质数 为 例 ， 要 是 想 创建 一 个 包含 所 有 质数 的 集合 ， 那 这 个 程序 算 起 
来 就 没完 没 了 了 ,因为 总 有 新 的 质数 要 算 ， 然 后 把 它 加 到 集合 里 面 。 当 然 这 个 集合 是 永远 也 创建 
不 完 的 ， 消 费 者 这 辈子 都 见 不 着 了 。 

图 4-3 用 DVD 对 比 在 线 流 媒体 的 例子 展示 了 流 和 集合 之 间 的 差异 。 

另 一 个 例子 是 用 浏览 器 进行 互联 网 搜索 。 假设 你 搜索 的 短语 在 Google 或 是 网 店 里 面 有 很 多 匹 
配 项 。 你 用 不 着 等 到 所 有 结果 和 照片 的 集合 下 载 完 ， 而 是 得 到 一 个 流 ， 里 面 有 最 好 的 10 个 或 20 
个 匹配 项 ,还 有 一 个 按钮 来 查看 下 面 10 个 或 20 个 。 当 你 作为 消费 者 点 击 “ 下 面 10 个 ”的 时 候 , 供 
































应 商 就 按 需 计算 这 些 结果 ， 然 后 再 送 回 你 的 浏览 器 上 显示 。 4 
Java 8 中 的 集合 就 像 是 存 Java 8 中 的 流 就 像 用 在 
在 DVD 上 的 电影 线 流 媒 体 看 的 电影 
急切 创建 意味 着 要 延迟 创建 意味 着 只 
Er 这 贤 ER 上 
等 待 计算 所 有 值 计算 需要 的 值 五 联网 








从 DVD 上 读 H 
所 有 信息 





























和 DVD 一 样 ， 集 合 中 保存 了 数据 结 和 视频 流 一 样 ， 只 
构 现在 拥有 的 所 有 值 一 一 每 个 元 素 在 需要 时 才 会 计算 值 








都 得 先 算出 来 才能 加 到 集合 里 








图 4-3” 流 与 集合 


4.3.1 只 能 遍历 一 次 


请 注意 ， 和 人 迭代 器 类 似 ， 流 只 能 遍历 一 次 。 遍 历 完 之 后 ， 我 们 就 说 这 个 流 已 经 被 消费 掉 了 。 
你 可 以 从 原始 数据 源 那 里 再 获得 一 个 新 的 流 来 重新 遍历 一 遍 ， 就 像 迭 代 器 一 样 ( 这 里 假设 它 是 集 
合 之 类 的 可 重复 的 源 ， 如 果 是 VO 通道 就 没戏 了 )。 例如 ， 以 下 代码 会 抛 出 一 个 异常 ， 说 流 已 被 消 
费 掉 了 : 











= List<String> title = Arrays.asList ("Java8", "In", "Action"); 
打印 标题 | 
的 每 个 Stream<String> s = title.stream(); 
中 的 每 | s.forEach(System.out::println); java.lang.IllegalStateException: 流 已 被 操作 
单词 s.forEach(System.out::println); 或 关闭 
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所 以 要 记得 ， 流 只 能 消费 一 次 ! 


哲学 中 的 流 和 集合 

对 于 喜欢 哲学 的 读者 ， 你 可 以 把 流 看 作 在 时 间 中 分 布 的 一 组 值 。 相 反 ， 集 合 则 是 空间 (这 
里 就 是 计算 机 内 存 ) 中 分 布 的 一 组 值 , 在 一 个 时 间 点 上 全 体 存 在 一 你 可 以 使 用 和 迭代 器 来 访问 
for-each 循 环 中 的 内 部 成 员 。 





集合 和 流 的 男 一 个 关键 区 别 在 于 它们 遍历 数据 的 方式 。 
4.3.2 ”外 部 迭代 与 内 部 迭代 


使 用 collection 接 口 需 要 用 户 去 做 迭代 ( 比如 用 for-each )， 这 称 为 外 部 迭代 。 相反 ， 
Streams 库 使 用 内 部 大 你 把 迭代 做 了 ， 还 把 得 到 的 流 值 存在 了 某 个 地 方 ， 你 只 要 给 出 
一 个 函数 说 要 干什么 就 可 以 了 。 下面 的 代码 列表 说 明了 这 种 区 别 。 


代码 清单 4-1 集合 : 用 for-each 循 环 外 部 迭代 




















List<String> names = new ArrayList<>() 显 式 顺序 迭 
for(Dish d: menu){ 二 代 菜 单列 表 


names.add(d.getName ()); 








3 


添加 到 累加 器 
请 注意 ，for-each 还 隐藏 了 迭代 中 的 一 些 复 杂 性 。for-each 结 构 是 一 个 语法 糖 , 它 背 后 的 
东西 用 Iterator 对 象 表达 出 来 更 要 丑陋 得 多 。 


代码 清单 4-2 集合 : 用 背后 的 迭代 咒 做 外 部 迭代 
List<String> names = new ArrayList<>(); 
Iterator<String> iterator = menu.iterator(); 
while(iterator.hasNext()) { 
Dish Qq = iterator.next (); | 显 式 渤 代 
names.add(d.getName()); 





} 








3} 


代码 清单 4-3 流 : 内 部 迭代 
List<String> names = menu.stream!() | 用 getName 方 法 
map (Dish::getName) a 2 提取 


ee dy -> Ea Ge (toList()); 
让 我 们 用 一 个 比喻 来 解释 内 部 迭代 的 差异 和 好 处 吧 。 比 方 说 你 在 和 你 两 岁 的 女儿 索菲亚 说 
话 ， 和 希望 她 能 把 玩具 收 起 来 。 
你 :“ 索 菲 亚 ， 我 们 把 玩具 收 起 来 吧 。 地 上 还 有 玩具 吗 ? ” 
索菲亚 :“ 有 ， 球 。 
你 :“ 好 ， 把 球 放 进 盒子 里 。 还 有 吗 ? ” 
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索菲亚 :“ 有 ， 那 是 我 的 娃娃 。 

你 :“ 好 ， 把 娃娃 放 进 盒子 里 。 还 有 吗 ? ” 

索菲亚 :“ 有 ， 有 我 的 书 。 

你 :“ 好 ， 把 书 放 进 盒子 里 。 还 有 吗 ? ” 

索菲亚 :“ 没 了 ,没有 了 。” 

你 :“ 好 ， 我 们 收 好 啦 。 

这 正 是 你 每 天 都 要 对 Java 集 合 做 的 。 你 外 部 迭代 一 个 集合 , 显 式 地 取出 每 个 项 目 再 加 以 处 理 。 
如 果 你 只 需 跟 索菲亚 说 “把 地 上 所 有 的 玩具 都 放 进 盒子 里 ”就 好 了 。 内 部 迭代 比较 好 的 原因 有 二 : 
第 一 ,索非亚 可 以 选择 一 只 手 拿 娃娃 ， 另 一 只 手 拿 球 ; 第 二 ， 她 可 以 决定 先 拿 离 盒子 最 近 的 那个 
东西 ,然后 再 拿 别 的 。 同 样 的 道理 ， 内 部 迭代 时 , 项目 可 以 透明 地 并 行 处 理 , 或 者 用 更 优化 的 顺 
序 进行 处 理 。 要 是 用 Java 过 去 的 那 种 外 部 迭代 方法 ,这些 优化 都 是 很 困难 的 。 这 似乎 有 点 儿 鸡 蛋 
里 挑 骨头 ， 但 这 差不多 就 是 Java 8 引入 流 的 理由 了 一 一 Streams 库 的 内 部 迭代 可 以 自动 选择 一 种 适 
合 你 硬件 的 数据 表示 和 并 行 实现 。 与 此 相反 ， 一 旦 通过 写 for-each 而 选择 了 外 部 迭代 ， 那 你 基 
本 上 就 要 自己 管理 所 有 的 并 行 问题 了 ( 自己 管理 实际 上 意味 着 “ 某 个 良辰 吉日 我 们 会 把 它 并行 化 ” 
或 “开始 了 关于 任务 和 synchronizedq 的 漫长 而 艰苦 的 斗争 ”)。Java 8 需要 一 个 类 似 于 
Collection 却 没有 迭代 器 的 接口 , 于 是 就 有 了 stream! 图 4-4 说 明了 流 (内 部 迭代 ) 与 集合 (外 
部 迭代 ) 之 间 的 差异 。 
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| for-each! 











图 4-4 ”内 部 迭代 与 外 部 迭代 
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我 们 已 经 说 过 了 集合 与 流 在 概念 上 的 差异 , 特别 是 流利 用 了 内 部 迭代 : 替 你 把 迭代 做 了 。 但 
是 , 只 有 你 已 经 预先 定义 好 了 能 够 隐藏 迭代 的 操作 列表 , 例如 filter 或 map, 这 个 才 有 用 。 大 多 
数 这 类 操作 都 接受 Lambda 表 达 式 作为 参数 ， 因 此 你 可 以 用 前 面 儿童 中 介绍 的 方法 来 参数 化 其 行 
为 。Java 语 言 的 设计 者 给 Stream API 配 上 了 一 大 套 可 以 用 来 表达 复杂 数据 处 理 查 询 的 操作 。 我 们 
现在 先 简 要 地 看 一 下 这 些 操 作 ， 下 一 音 中 会 配 上 例子 详细 讨论 。 


4.4 流 操 作 


java.util.stream.Stream 中 的 Stream 接 口 定 义 了 许多 操作 。 它 们 可 以 分 为 两 大 类 。 我 
们 再 来 看 一 下 前 面 的 例子 : 
| 从 菜单 获得 流 
List<String> names = menu.stream!() < 一 


.filter(d -> d.getCalories() > 300) “| 中 间 操作 
.map (Dish: :getName) 


a .1imit (3) A a 
eg 名 一 .Collect (toList()); | 中 间 操 作 中 间 操 作 


你 可 以 看 到 两 类 操作 : 
口 filter、map 和 1imit 可 以 连 成 一 条 流水 线 ; 
D collect 触 发 流水 线 执行 并 关闭 它 。 
可 以 连接 起 来 的 流 操作 称 为 中 间 操 作 ， 关 闭 流 的 操作 称 为 终端 操作 。 图 4-5 中 展示 了 这 两 类 
操作 。 这 种 区 分 有 什么 意义 呢 ? 


Lambda Lambda 整数 


menu 一 一 filjter map Lm oneet| 


中 间 操 作 终端 操作 


图 4-5 ”中 间 操 作 与 终端 操作 





















































4.4.1 中 间 操 作 


诸如 filter 或 sorted 等 中 间 操 作 会 返回 男 一 个 流 。 这 让 多 个 操作 可 以 连接 起 来 形成 一 个 查 
询 。 重要 的 是 , 除非 流水 线 上 触发 一 个 终端 操作 , 否则 中 间 操 作 不 会 执行 任何 处 理 一 一 它们 很 懒 。 
这 是 因为 中 间 操 作 一 般 都 可 以 合并 起 来 ， 在 终端 操作 时 一 次 性 全 部 处 理 。 

为 了 搞 清 楚 流水 线 中 到 底 发 生 了 什么 ,我们 把 代码 改 一 改 ， 让 每 个 Lambda 都 打印 出 当前 处 
理 的 菜肴 ( 就 像 很 多 演示 和 调试 技巧 一 样 ,这 种 编程 风格 要 是 搁 在 生产 代码 里 那 就 吓 死 人 了 , 但 
是 学 习 的 时 候 却 可 以 直接 看 清楚 求 值 的 顺序 ): 
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List<String> names = 
menu.stream() 
.filter(d -> { 
System.out .println("filtering" + d.getName()); 


打印 当 return d.getCalories() > 300; 
前 筛选 }) 
.mapl(ld -> { 


的 菜肴 
System.out .println("mapping" + d.getName()); 
return Q.getName() 
< | 
.1imit (3) 提取 菜 名 时 
.Collect (toList()); 打印 出 来 
System.out .println (names); 


此 代码 执行 时 将 打印 : 


filtering pork 
mapping pork 
filtering beef 
mapping beef 
filtering chicken 
mapping chicken 
[pork, beef, chicken] 


你 会 发 现 ， 有 好 几 种 优化 利用 了 流 的 延迟 性 质 。 第 一 ,尽管 很 多 菜 的 热量 都 高 于 300 卡 路 里 ， 
但 只 选 出 了 前 三 个 ! 这 是 因为 1imit 操 作 和 一 种 称 为 短路 的 技巧 , 我 们 会 在 下 一 章 中 解释 。 第 二 ， 
管 Eilter 和 map 是 两 个 独立 的 操作 , 但 它们 合并 到 同一 次 遍历 中 了 (我们 把 这 种 技术 叫 作 循环 


合并 )。 



































4.4.2 终端 操作 

终端 操作 会 从 流 的 流水 线 生成 结果 。 其 结果 是 任何 不 是 流 的 值 ， 比 如 List、Integer， 甚 
至 void。 例 如 ， 在 下 面 的 流水 线 中 ，forEach 是 一 个 返回 void 的 终端 操作 ， 它 会 对 源 中 的 每 道 
菜 应 用 一 个 Lambda。 把 system.out .println 传 递 给 forEacnh， 并 要 求 它 打 印 出 由 menu 生 成 的 
流 中 的 每 一 个 Dish: 

menu .Stream() .forEach(System.out::printlin); 


为 了 检验 你 对 中 间 操 作 和 终端 操作 的 理解 程度 ， 试 试 测验 4.1 吧 。 

















测验 4.1: 中 间 操 作 与 终端 操作 
在 下 列 流 水 线 中 ， 你 能 找 出 中 间 操 作 和 终端 操作 吗 ? 
Jong count = menu.stream!() 
f(t ee Cnn (00 
dol ee el ( 
St 
EECuine 全 矿 


答案 : 流水 线 中 最 后 一 个 操作 count 返 回 一 个 long， 这 是 一 个 非 Stream 的 值 。 因 此 它 是 
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一 个 终端 操作 。 所 有 前 面 的 操作 ，filter、distinct、1imit， 都 是 连接 起 来 的 ， 并 返回 一 
个 stream， 因 此 它们 是 中 间 操 作 。 


4.4.3 ”使 用 流 


总 而 言 之 ， 流 的 使 用 一 般 包括 三 件 事 : 
D 一 个 数据 源 ( 如 集合 ) 来 执行 一 个 查询 ; 
口 一 个 中 间 操 作 链 ， 形 成 一 条 流 的 流水 线 ; 
口 一 个 终端 操作 ， 执 行 流水 线 ， 并 能 生成 结果 。 
流 的 流水 线 背 后 的 理念 类 似 于 构建 器 模式 。 "在 构建 器 模式 中 有 一 个 调用 链 用 来 设置 一 套 配 
置 (对 流 来 说 这 就 是 一 个 中 间 操 作 链 )， 接 着 是 调用 puilt 方 法 〈 对 流 来 说 就 是 终端 操作 )。 
为 方便 起 见 ， 表 4-1 和 表 4-2 总 结 了 你 前 面 在 代码 例子 中 看 到 的 中 间 流 操作 和 终端 流 操 作 。 请 
注意 这 并 不 能 涵盖 Stream API 提 供 的 操作 ， 你 在 下 一 章 中 还 会 看 到 更 多 。 


表 4-1 ”中间 操作 















































操作 类 型 返回 类 型 操作 参数 函数 描述 符 
filter 中 间 Stream<T> Predicate<T> T -> boolean 
map 中 间 Stream<R> Function<T, R> T -> R 

limit 中 间 Stream<T> 

sorted 中 间 Stream<T> Comparator<T> (T, T) -> int 
distinct 中 间 Stream<T> 


表 4-2 ”终端 操作 

























































































操作 类 型 目 的 

forEach 终端 消费 流 中 的 每 个 元 素 并 对 其 应 用 Lambda。 这 一 操作 返回 voia 

count 终端 返回 流 中 元 素 的 个 数 。 这 一 操作 返回 long 

collect 终端 把 流 归 约 成 一 个 集合 ， 比 如 List、Map 甚至 是 Integer。 详 见 第 6 章 
在 下 一 章 中 , 我 们 会 用 案例 详细 介绍 一 些 可 以 用 的 流 操 作 , 让 你 了 解 可 以 用 它们 表达 什么 样 





的 查询 。 我 们 会 看 到 很 多 模式 ， 比 如 过 滤 、 切 片 、 查 找 、 匹 配 、 映 射 和 归 约 ,它们 可 以 用 来 表达 
复杂 的 数据 处 理 查 询 。 

因为 第 6 章 会 非常 详细 地 讨论 收集 器 ， 所 以 本 章 和 下 一 章 仅 介绍 把 col lect () 终端 操 作用 于 
collect (toList () ) 的 特殊 情况 。 这 一 操作 会 创建 一 个 与 流 具 有 相同 元 素 的 列表 。 











GD 见 http:/Wen.wikipedia.org/wiki/Builder_ pattern。 
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4.5 小 结 


以 下 是 你 应 从 本 章 中 学 到 的 一 些 关键 概念 。 

口 流 是 “从 支持 数据 处 理 操作 的 源 生成 的 一 系列 元 素 ”。 

口 流利 用 内 部 迭代 : 迭代 通过 filter、map、sorted 等 操作 被 抽象 掉 了 。 

口 流 操作 有 两 类 : 中 间 操 作 和 终端 操作 。 

口 filter 和 map 等 中 间 操 作 会 返回 一 个 流 ， 并 可 以 链接 在 一 起 。 可 以 用 它们 来 设置 一 条 流 























水 线 ， 但 并 不 会 生成 任何 结果 4 
口 forEach 和 count 等 终端 操作 会 返回 一 个 非 流 的 值 ， 并 处 理 流 水 线 以 返回 结果 。 
口 流 中 的 元 素 是 按 需 计算 的 。 























使 用 流 








本 章 内 容 

口 筛选 、 切 片 和 匹配 

口 查找 、 匹 配 和 归 约 

口 使 用 数值 范围 等 数值 流 
口 从 多 个 源 创 建 流 

口 无 限 流 





在 上 一 章 中 你 已 看 到 了 ， 流 让 你 从 外 部 选 代 转 向 内 部 迭代。 这 样 ， 你 就 用 不 着 写 下 面 这 样 
的 代码 来 显 式 地 管理 数据 集合 的 迭代 外 部 迭代 ) 了 : 


List<Dish> vegetarianDishes = new ArrayList<>(); 
for(Dish d: menu) 1{ 
if(d.isVegetarian()){ 
vegetarianDishes.add(d); 











} 
} 


你 可 以 使 用 支持 filter 和 collect 操 作 的 Stream API ( 内 部 迭代 ) 管理 对 集合 数据 的 迭代 。 
你 只 需要 将 筛选 行为 作为 参数 传递 给 filte 方 法 就 行 了 。 











import static java.util.stream.Collectors.toList; 
List<Dish> vegetarianDishes = 
menu . Stream() 
.filter (Dish::isVegetarian) 
.Collect (toList()); 








这 种 处 理 数据 的 方式 很 有 用 ， 因 为 你 让 Stream API 管 理 如 何 处 理 数据 。 这 样 Stream API 就 可 
以 在 背后 进行 多 种 优化 。 此 外 ,使 用 内 部 迭代 的 话 ，Stream API 可 以 决定 并 行 运行 你 的 代码 。 这 
要 是 用 外 部 迭代 的 话 就 办 不 到 了 ， 因 为 你 只 能 用 单一 线程 挨个 迭代 。 

在 本 章 中 ， 你 将 会 看 到 Stream API 支 持 的 许多 操作 。 这 些 操作 能 让 你 快速 完成 复杂 的 数据 查 
询 ， 如 筛选 、 切 片 、 映 射 、 查 找 、 匹 配 和 归 约 。 接 下 来 ,我 们 会 看 看 一 些 特殊 的 流 : 数值 流 、 来 
自 文 件 和 数组 等 多 种 来 源 的 流 ， 最 后 是 无 限 流 。 
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5.1 筛选 和 切片 

在 本 节 中 , 我 们 来 看 看 如 何 选择 流 中 的 元 素 : 用 谓词 筛选 ,筛选 出 各 不 相同 的 元 素 ， 忽略 流 
中 的 头 几 个 元 素 , 或 将 流 截 短 至 指定 长 度 。 
5.1.1 用 谓词 筛选 


Streams 接 口 支持 filter 方 法 (你 现在 应 该 很 熟悉 了 )。 该 操作 会 接受 一 个 谓词 (一 个 返回 
boolean 的 函数 ) 作为 参数 ， 并 返回 一 个 包括 所 有 符合 谓词 的 元 素 的 流 。 例 如 ， 你 可 以 像 图 5-1 
所 示 的 这 样 ， 筛 选 出 所 有 素菜 ， 创 建 一 张 素食 荣 单 : 








List<Dish> vegetarianMenu = menu.stream() 方法 引用 检 
.filter(Dish::isVegetarian) 查 菜 着 是 否 
.Collect(toList () ) ; 适合 素食 者 
菜单 流 
国 图 | Stream<Dish> 
filter (Disn::isVegetarian) 
Stream<Dish> 


图 5-1 用 谓词 筛选 一 个 流 


collect (toList()) 




















5.1.2 ”筛选 各 异 的 元 素 


流 还 支持 一 个 叫 作 aistinct 的 方法 ， 它 会 返回 一 个 元 素 各 异 (根据 流 所 生成 元 素 的 
hashcode 和 edcuals 方 法 实现 ) 的 流 。 例 如 ， 以 下 代码 会 筛选 出 列表 中 所 有 的 偶数 ， 并 确保 没有 
重复 。 图 5-2 直 观 地 显示 了 这 个 过 程 。 


List<Integer> numbers = Arrays.asList(1, 2, 1, 3, 3, 2, 4); 
numbers.stream() 

.filter(i -> i % 2 == 0) 

.distinct() 

.forEach(System.out::println); 
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数值 流 
a | 2 $j | | ee 这 4 Stream<Integer> 
fterti 
这 2 4 Stream<Integer> 
distinct() 
了 T 
2 4 Stream<Integer> 




















forEach (System.out: :println) 


System.out .println(2); 
System.out .println(4);} 


图 5$-2 ”筛选 流 中 各 异 的 元 素 


void 





5.1.3” 截 短 流 


流 文 持 1imit (n) 方 法 ,该 方法 会 返回 一 个 不 超过 给 定 长 度 的 流 。 所 需 的 长 度 作为 参数 传递 
给 1imit。 如 果 流 是 有 序 的 ， 则 最 多 会 返回 前 n 个 元 素 。 比 如 ， 你 可 以 建立 一 个 List ， 选 出 热量 
超过 300 卡 路 里 的 头 三 道 菜 : 
List<Dish> dishes = menu.stream!() 
.filter(d -> d.getCalories() > 300) 


.1imit(3) 
.Collect (toList()); 


图 5-3 展 示 了 filter 和 1imit 的 组 合 。 你 可 以 看 到 , 该 方法 只 选 出 了 符合 谓词 的 头 三 个 元 素 ， 
然后 就 立即 返回 了 结 

请 注意 1imit 也 可 以 用 在 无 序 流 上 ， 比 如 源 是 一 个 set 。 这 种 情况 下 ，1imit 的 结果 不 会 以 
任何 顺序 排列 。 
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菜单 流 
| | | Stream<Dish> 

filter(ld -> d.getCalories!()} 

Stream<Dish> 
limit(3) 

Stream<Dish> 
collect (toList()) 

List<Dish> 





























图 5-3” 截 短 流 


5.1.4” 跳 过 元 素 


流 还 支持 skip (n) 方 法 , 返回 一 个 扔 掉 了 前 n 个 元 素 的 流 。 如 果 流 中 元 素 不 足 n 个 , 则 返回 一 
个 空 流 。 请 注意 ，limit (n) 和 skip (n) 是 互补 的 ! 例如 ， 下 面 的 代码 将 跳 过 超过 300 卡 路 里 的 头 
两 道 菜 ， 并 返回 剩 下 的 。 图 5-4 展 示 了 这 个 查询 。 
List<Dish> dishes = menu.stream() 
.filter(d -> d.getCalories() > 300) 


.Skip(2) 
.Collect (toList ()); 

















































































菜单 流 
| | | Stream<Di sh> 
filter(d -> d.getCalories() > 300) 
PE T 了 
Stream<Di sh> 
Skip(2) 
1 T 
Stream<Dish> 

















图 5-4 ”在 流 中 跳 过 元 素 





collect (toList()) 
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在 我 们 讨论 映射 操作 之 前 ， 在 测验 5.1 上 试 试 本 节 学 过 的 内 容 吧 。 


测验 5.1: 筛选 
你 将 如 何 利用 流 来 筛选 前 两 个 荤菜 呢 ? 
答案 : 你 可 以 把 Eilter 和 1imit 复 合 在 一 起 来 解决 这 个 问题 ,并 用 collect (toList () ) 
将 流转 换 成 一 个 列表 。 
List<Dish> dishes = 
menu .stream() 
tn oe Do ME A) 


tan ee 
ye OR red (te min te (0 


5.2 映射 


一 个 非常 常见 的 数据 处 理 套 路 就 是 从 某 些 对 象 中 选择 信息 。 比 如 在 SQL 里 , 你 可 以 从 表 中 选 
择 一 列 。Stream API 也 通过 map 和 f1atMap 方 法 提供 了 类 似 的 工具 。 


5.2.1 对 流 中 每 一 个 元 素 应 用 函数 


流 支 持 map 方 法 ， 它 会 接受 一 个 函数 作为 参数 。 这 个 函数 会 被 应 用 到 每 个 元 素 上 ， 并 将 其 映 
射 成 一 个 新 的 元 素 ( 使 用 映射 一 词 ， 是 因为 它 和 转换 类 似 , 但 其 中 的 细微 差别 在 于 它 是 “创建 一 
个 新 版 本 ”而 不 是 去 “修改 ”)。 例 如 ， 下 面 的 代码 把 方法 引用 Dish: :getName 传 给 了 map 方 法 ， 
来 提取 流 中 菜肴 的 名 称 : 

List<String> dishNames = menu.stream() 


-map (Dish: :getName) 
.Collect (toList()); 

































































因为 getName 方 法 返回 一 个 String， 所 以 map 方 法 输出 的 流 的 类 型 就 是 stream<sString>。 
让 我 们 看 一 个 稍微 不 同 的 例子 来 巩固 一 下 对 map 的 理解 。 给 定 一 个 单词 列表 ， 你 想 要 返回 男 
一 个 列表 ， 显 示 每 个 单词 中 有 几 个 字母 。 怎 么 做 呢 ? 你 需要 对 列表 中 的 每 个 元 素 应 用 一 个 函数 。 
这 听 起 来 正好 该 用 map 方 法 去 做 ! 应 用 的 函数 应 该 接受 一 个 单词 ， 并 返回 其 长 度 。 你 可 以 像 下 面 
这 样 ， 给 map 传 递 一 个 方法 引用 string: :length 来 解决 这 个 问题 : 
List<String> words = Arrays.asList ("Java 8", "Lambdas", "In", "Action"); 
List<Integer> wordLengths = words.stream!() 


.map (String::1length) 
.Collect (toList()); 


现在 让 我 们 回 到 提取 菜 名 的 例子 。 如 果 你 要 找 出 每 道 菜 的 名 称 有 多 长 , 怎么 做 ? 你 可 以 像 下 
面 这 样 ， 再 链接 上 一 个 map: 
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List<Integer> dishNameLengths = menu.stream() 
.map (Dish: :getName) 
.map (String: :length) 
.Collect (toList () ) ; 


5.2.2 流 的 扁平 化 


你 已 经 看 到 如 何 使 用 map 方 法 返回 列表 中 每 个 单词 的 长 度 了 。 让 我 们 拓展 一 下 : 对 于 一 张 单 
词 表 ， 如 何 返 回 一 张 列表 ， 列 出 里 面 各 不 相同 的 字符 呢 ? et ， 给 定单 词 列表 
["Hello", "World"] ， 你 想 要 返回 列表 ["H","e","]",， "o","W","r","d"]。 

你 可 能 会 认为 这 很 容易 ， 你 可 以 把 每 个 单词 映射 成 一 张 字符 表 ， 然后 油 用 a otiht 来 过 
重复 的 字符 。 第 一 个 版 本 可 能 是 这 样 的 : 

WwWords . Stream() 

.map (word -> word.split("")) 


.distinct() 
.Collect (toList ()); 


个 方法 的 问题 在 于 , 传递 给 map 方 法 的 Lambda 为 每 个 单词 返回 了 一 个 string[] (String 
列 a 因此 ，map 返 回 的 流 实际 上 是 Stream<String[]> 类 型 的 。 你 真正 想 要 的 是 用 
Stream<String> 来 表示 一 个 字符 流 。 图 5-5 说 明了 这 个 问题 。 






























































































































































单词 流 
Hello World Stream<String> 
LID(S. -> .SpLit() 
H 总 Stream<stringl] 
distinct() 
加 加 Stream<String[]> 


collect (toList()) 














List<String[]> 


四 































































































图 5-5 不 正确 地 使 用 map 找 出 单词 列表 中 各 不 相同 的 字符 
幸好 可 以 用 flatMap 来 解决 这 个 问题 ! 让 我 们 一 步 步 看 看 怎么 解决 它 。 








AS - 立 - 
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1. 学 试 使 用 map 和 Arrays .stream() 




















首先 ， 你 需要 一 个 字符 流 ， 而 不 是 数组 流 。 有 一 个 叫 作 Arrays .stream() 的 方法 可 以 接受 


一 个 数组 并 产生 一 个 流 ， 例 如 : 


String[] arrayOfWords = {"Goodbye", "World"}; 


Stream<String> streamOfwords = Arrays.stream(arrayOfWords); 


把 它 用 在 前 面 的 那个 流水 线 里 ， 看 看 会 发 生 什么 : 





将 每 个 单词 转换 为 由 
words.stream!() 其 字母 构成 的 数组 
.map (word -> word.split("")) < 一 
.map (Arrays::stream) <— 让 每 个 数组 变 成 
.qistinct () | 一 个 单独 的 流 


.Collect (toList () ) ; 





当前 的 解决 方案 仍然 搞 不 定 ! 这 是 因为 ， 你 现在 得 到 的 是 一 个 流 的 列表 (更 准确 地 说 是 
Stream<String> ) 的 确 ， 你 先是 把 每 个 单词 转换 成 一 个 字母 数组 ， 然 后 把 每 个 数组 变 成 了 一 


个 独立 的 流 。 
2. 使 用 flatMap 
































你 可 以 像 下 面 这 样 使 用 f1atMap 来 解决 这 个 问题 . 


List<String> uniqueCharacters = 


words.stream() 


.map(w -> w.split("")) 
.flatMap (Arrays: :stream) 


SEE 人 


将 每 个 单词 转换 为 由 
其 字母 构成 的 数组 
< | 
< | 将 各 个 生成 流 扁平 
化 为 单个 流 


.Collect (Collectors .toList () ) ; 























使 用 flatMap 方 法 的 效果 是 ,各 个 数组 并 不 是 分 别 映射 成 一 个 流 ， 而 是 映射 成 流 的 内 容 。 所 








有 使 用 map (Arrays: :strea 





) 时 生成 的 单个 流 都 被 合并 起 来 , 即 扁平 化 为 一 个 流 。 


使 用 flatMap 方 法 的 效果 。 把 它 和 图 5-5 中 map 的 效果 比较 一 下 。 


图 5-6 说 明了 
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单词 流 
Hello Stream<String> 
mapts 二 SS 世人 
. 
H EE 品 | 局 W 局 二 | 下 可 Stream<String[ll> 
flatMap (Arrays: :stream) + + 























distinct () 
























































图 5-6 ”使 用 f1atMap 找 出 单词 列表 中 各 不 相同 的 字符 


一 言 以 项 之 , flatmap 方 法 让 你 把 一 个 流 中 的 每 个 值 都 换 成 男 一 个 流 , 然后 把 所 有 的 流连 接 
起 来 成 为 一 个 流 。 

在 第 10 章 ， 我 们 会 讨论 更 高 级 的 Java 8 模式 ， 比 如 使 用 新 的 0ptional 类 进行 null 检 查 时 会 
再 来 看 看 flatMap。 为 巩固 你 对 于 map 和 flatMap 的 理解 ， 试 试 测验 5.2 吧 。 


collect (toList()) 







































































测验 5.2: 映射 

(1) 给 定 一 个 数字 列表 , 如何 返 回 一 个 由 每 个 数 的 平方 构成 的 列表 呢 ? 例如 , 给 定 [1,2,3,4， 
5]， 应 该 返回 [1, 4, 9, 16, 25]。 

答案 : 你 可 以 利用 map 方 法 的 Lambda， 接 受 一 个 数字 ， 并 返回 该 数字 平方 的 Lambda 来 解 
决 这 个 问题 。 

List<Integer> numbers 

List<Integer> squares 

numbers.stream() 


.map(n -> n * n) 
Seede etl on 


(2) 给 定 两 个 数字 列表 ， 如 何 返 回 所 有 的 数 对 呢 ? 例 如 ， 给 定 列表 [1,2,3] 和 列表 [3, 4]， 应 
该 返回 [(1, 3), (1, 4), (2, 3), (2, 4), (3, 3), (3, 4)]。 为 简单 起 见 ， 你 可 以 用 有 两 个 元 素 的 数组 来 代 
表 数 对 。 


evel (CI 2 Se A 
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答案 : 你 可 以 使 用 两 个 nap 来 迁 代 这 两 个 列表 ， 并 生成 数 对 。 但 这 样 会 返回 一 个 SEream- 
<Stream<Integer[]>>。 你 需要 让 生成 的 流 遍 平 化 ， 以 得 到 一 个 Stream<Integer[]>。 这 
正 是 flatMap 所 做 的 : 


Elist TInteger nner ra 
List<Integer> numbers2 = Arrays.asList(3, 4); 
ee te 三 
numbersl1.stream() 
.flatMap(i -> numbers2.stream() 
.map(j -> new int[]{i, j}) 





) 
oe oe (oobiele (0 yp 


(3) 如 何 扩展 前 一 个 例子 ， 只 返回 总 和 能 被 3 整除 的 数 对 呢 ? 例如 (2,4) 和 (3,3) 是 可 以 的 。 
答案 : 你 在 前 面 看 到 了 ，filter 可 以 配合 谓词 使 用 来 筛选 流 中 的 元 素 。 因 为 在 flatMap 
操作 后 ， 你 有 了 一 个 代表 数 对 的 int[] 流 ， 所 以 你 只 需要 一 个 谓词 来 检查 总 和 是 否 能 被 3 整除 
pr 
Ti te te Tl eA Te te (01 有 
List<Integer> NUumbDers2 = Arrays .asList (3 Uy), 
Tb te te la 
numbers1l.stream!() 
Ma 
numbers2.stream!() 
Fer (==0) 
Ais oh ee de | ea 3) 





) 
下 


其 结果 是 [(2, 4), (3, 3)]。 


5.3 ”查找 和 [匹配 

另 一 个 常见 的 数据 处 理 套路 是 看 看 数据 集中 的 某 些 元 素 是 否 匹 配 一 个 给 定 的 属性 。Stream 
API 通 过 allMatch、anyMatch、noneMatch、findFirst 和 fingdany 方 法 提供 了 这 样 的 工具 。 
5.3.1 检查 谓词 是 否 至 少 匹 配 一 个 元 素 


anyMatch 方 法 可 以 回答 “ 流 中 是 否 有 一 个 元 素 能 匹配 给 定 的 谓词 "。 比 如 , 你 可 以 用 它 来 看 
看 菜单 里 面 是 否 有 素食 可 选择 : 


if(menu.stream() .anyMatch (Dish::isVegetarian)){ 
System.out.println("The menu is (somewhat) vegetarian friendly!!"); 



























































} 
anyMatch 方 法 返回 一 个 boolean， 因 此 是 一 个 终端 操作 。 


5.3.2 ”检查 谓词 是 否 匹 配 所 有 元 素 


allMat ch 方法 的 工作 原理 和 anyMat ch 类似 , 但 它 会 看 看 流 中 的 元 素 是 否 都 能 匹配 给 定 的 谓 
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词 。 比 如 ,你 可 以 用 它 来 看 看 菜品 是 否 有 利 健 康 ( 即 所 有 菜 的 热量 都 低 于 1000 卡 路 里 ): 


boolean isHealthy = menu.stream!() 
.allMatch(d -> d.getCalories() < 1000); 





noneMatch 
和 allMatch 相 对 的 是 noneMatch。 它 可 以 确保 流 中 没有 任何 元 素 与 给 定 的 谓词 匹配 。 比 如 ， 
你 可 以 用 noneMatch 重 写 前 面 的 例子 : 


boolean isHealthy = menu.stream!() 
.noneMatch(d -> d.getCalories() >= 1000); 


anyMatch、allMatch 和 noneMatch 这 三 个 操作 都 用 到 了 我 们 所 谓 的 短路 , 这 就 是 大 家 熟悉 
的 Java 中 gg 和 | | 运算 符 短路 在 流 中 的 版 本 。 





短路 求 值 

有 些 操 作 不 需要 处 理 整 个 流 就 能 得 到 结果 。 例如， 假设 你 需要 对 一 个 用 and 连 起 来 的 大 布 
尔 表 达 式 求 值 , 不管 表达 式 有 多 长 ,你 只 需 找 到 一 个 表达 式 为 false，, 就 可 以 推断 整个 表达 式 
将 返回 false， 所 以 用 不 着 计算 整个 表达 式 。 这 就 是 短路 。 

对 于 流 而 言 , 某 些 操作 ( 例如 al1Match、anyMatch noneMatch findFirst 和 findqAny ) 
不 用 处 理 整 个 流 就 能 得 到 结果 。 只 要 找到 一 个 元 素 , 就 可 以 有 结果 了 。 同 样 ，1imit 也 是 一 个 
短路 操作 : 它 只 需要 创建 一 个 给 定 大 小 的 流 , 而 用 不 着 处 理 流 中 所 有 的 元 素 。 在 碰 到 无 限 大 小 
的 流 的 时 候 ， 这 种 操作 就 有 用 了 : 它们 可 以 把 无 限 流 变 成 有 限 流 。 我 们 会 在 5.7 节 中 介绍 无 限 
流 的 例子 。 


5.3.3 ”查找 元 素 


fingdAny 方 法 将 返回 当前 流 中 的 任意 元 素 。 它 可 以 与 其 他 流 操作 结合 使 用 。 比 如 ， 你 可 能 想 
找到 一 道 素 食 菜肴 。 你 可 以 结合 使 用 filter 和 findaAny 方 法 来 实现 这 个 查询 : 
Optional<Dish> dish = 
menu.stream() 


.filter(Dish::isVegetarian) 
.findAny (); 


流水 线 将 在 后 台 进 行 优化 使 其 只 需 走 一 遍 ， 并 在 利用 短路 找到 结果 时 立即 结束 。 不 过 慢 着 ， 
代码 里 面 的 0ptional 是 个 什么 玩意 儿 ? 

optional 简 介 

Optional<T> 类 (java.util.0ptional ) 是 一 个 容器 类 ， 代表 一 个 值 存在 或 不 存在 。 在 
上 面 的 代码 中 ，fingAny 可 能 什么 元 素 都 没 找到 。Java 8 的 库 设计 人 员 引 入 了 optional<T>， 这 
样 就 不 用 返回 众所周知 容易 出 问题 的 nu11 了 。 我 们 在 这 里 不 会 详细 讨论 Optional， 因 为 第 10 章 
会 详细 解释 你 的 代码 如 何 利 用 optional ， 避 免 和 nul11 检 查 相 关 的 bug。 不 过 现在 ， 了 解 一 下 
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optional 里 面 几 种 可 以 迫使 你 显 式 地 检查 值 是 否 存在 或 处 理 值 不 存在 的 情形 的 方法 也 不 错 。 

口 isPresent () 将 在 optional 包 含 值 的 时 候 返回 Erue, 否则 返回 false。 

口 ifPresent (Consumer<T> block) 会 在 值 存在 的 时 候 执 行 给 定 的 代码 块 。 我 们 在 第 3 章 
介绍 了 consumer 函 数 式 接口 ; 它 让 你 传递 一 个 接收 7 类 型 参数 ， 并 返回 voida 的 Lambda 

口 7 get () 会 在 值 存在 时 返回 值 ， 否 则 抛 出 一 个 NosuchElement 异 常 。 

DT orElse(T other) 会 在 值 存在 时 返回 值 ， 否 则 返回 一 个 默认 值 。 

例如 ,在 前 面 的 代码 中 你 需要 显 式 地 检查 opt ional 对 象 中 是 否 存 在 一 道 菜 可 以 访问 其 名 称 : 









































menu.stream() 返回 一 个 es 
.filter (Dish::isVegetarian) Optional<Dish> 如 果 包 二 | 
.fincany() 值 就 打印 它 ， 否 
.ifpresent(d -> System.out.println(d.getName()); < 则 什么 都 不 做 


5.3.4 ”查找 第 一 个 元 素 


有 些 流 有 一 个 出 现 顺序 (encounter order ) 来 指定 流 中 项 目 出 现 的 逻辑 顺序 ( 比如 由 List 或 
排序 好 的 数据 列 生成 的 流 )。 对 于 这 种 流 ， 你 可 能 想 要 找到 第 一 个 元 素 。 为 此 有 一 个 finqFirst 
方法 , 它 的 工作 方式 类 似 于 fingany。 例如 ,给 定 一 个 数字 列表 ， 下 面 的 代码 能 找 出 第 一 个 平方 
能 被 3 整除 的 数 : 

List<Integer> someNumbers = Arrays.asList (1, 2, 3, 4, 5); 


Optional<Integer> firstSquareDivisibleByThree = 
someNumbers.stream() 




















.Map(X -> XxX * XxX) 
filter( = X33 
i lndFiist() /9 


何 时 使 用 findFirst 和 findAny 

你 可 能 会 想 ， 为 什么 会 同时 有 findqFirst 和 findaAny 呢 ? 答案 是 并 行 。 找 到 第 一 个 元 素 
在 并 行 上 限制 更 多 。 如 果 你 不 关心 返回 的 元 素 是 哪个 , 请 使 用 findany， 因 为 它 在 使 用 并 行 流 
时 限制 较 少 。 


5.4 ” 归 约 


到 目前 为 止 ， 你 见 到 过 的 终端 操作 都 是 返回 一 个 poolean ( allMatch 之 类 的 )、voiq 
( forEach ) 或 optional 对 象 (fingany 等 )。 你 也 见 过 了 使 用 collect 来 将 流 中 的 所 有 元 素 组 
合成 一 个 List。 

在 本 节 中 ， 你 将 看 到 如 何 把 一 个 流 中 的 元 素 组 合 起 来 ， 使 用 reaquce 操 作 来 表达 更 复杂 的 查 
询 ， 比 如 “计算 菜单 中 的 总 卡路里 ”或 “菜单 中 卡路里 最 高 的 菜 是 哪 一 个 ”。 此 类 查询 需要 将 流 
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中 所 有 元 素 反 复 结合 起 来 ,得 到 一 个 值 ， 比 如 一 个 Integer。 这 样 的 查询 可 以 被 归 类 为 归 约 操作 
(将 流 归 约 成 一 个 值 )。 用 函数 式 编程 语言 的 术语 来 说 ， 这 称 为 折 登 (fold )， 因 为 你 可 以 将 这 个 操 
作 看 成 把 一 张 长 长 的 纸 〈 你 的 流 ) 反复 折 对 成 一 个 小 方块 ， 而 这 就 是 折合 操作 的 结果 。 
5.4.1 元 素 求 和 

在 我 们 研究 如 何 使 用 requce 方 法 之 前 , 先 来 看 看 如 何 使 用 for-each 循 环 来 对 数字 列表 中 的 
元 素 求 和 : 

int sum = 0; 


for (int x : numbers) { 
Sum += XX; 




















} 
numbers 中 的 每 个 元 素 都 用 加 法 运算 符 反复 迭代 来 得 到 结果 。 通 过 反复 使 用 加 法 ,你 把 一 个 

数字 列表 归 约 成 了 一 个 数字 。 这 段 代码 中 有 两 个 参数 

口 总 和 变量 的 初始 值 ， 在 这 里 是 0; 

口 将 列表 中 所 有 元 素 结合 在 一 起 的 操作 ， 在 这 里 是 +。 

要 是 还 能 把 所 有 的 数字 相 乘 ， 而 不 必 去 复制 粘贴 这 段 代 码 ， 岂 不 是 很 好 ? 这 正 是 *eauce 操 

作 的 用 武之 地 ， 它 对 这 种 重复 应 用 的 模式 做 了 抽象 。 你 可 以 像 下 面 这 样 对 流 中 所 有 的 元 素 求 和 : 















































int sum = numbers.stream() .reduce(0, (a, b) -> a + b); 
reduce 接 受 两 个 参数 : 

















口 一 个 初始 值 ， 这 里 是 0; 
口 一 个 BinaryOperator<T> 来 将 两 个 元 素 结合 起 来 产生 一 个 新 值 ， 这 里 我 们 用 的 是 
lambda (a, b) -> a + bo 

你 也 很 容易 把 所 有 的 元 素 相 乘 ， 只 需要 将 另 一 个 Lambda: (a，b) -> a * bp 传递 给 reduce 
操作 就 可 以 了 : 

int product = numbers.stream() .requce(1，(a，b) -> a * b); 

图 $-7 展 示 了 requce 操 作 是 如 何 作 用 于 一 个 流 的 : Lambda 反 复 结合 每 个 元 素 , 直到 流 被 归 约 
成 一 个 值 。 

让 我 们 深入 研究 一 下 reduce 操 作 是 如 何 对 一 个 数字 流 求 和 的 。 首 先 ，0 作 为 Lambda (a ) 的 
第 一 个 参数 ， 从 流 中 获得 4 作为 第 二 个 参数 (b )。0 + 4 得 到 4， 它 成 了 新 的 累积 值 。 然 后 再 用 累 
积 值 和 流 中 下 一 个 元 素 5 调 用 Lambda， 产 生 新 的 累积 值 9。 接 下 来 ， 再 用 累积 值 和 下 一 个 元 素 3 
调用 Lambda， 得 到 12。 最 后 ， 用 12 和 流 中 最 后 一 个 元 素 9 调 用 Lambda， 得 到 最 终结 果 21。 
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数值 流 





4 5 ] 3 ] | ] Stream<Integer> 


























[| Integer 


图 5-7 使 用 reduce 来 对 流 中 的 数字 求 和 




















你 可 以 使 用 方法 引用 让 这 段 代码 更 简洁 。 在 Java 8 中 ，Integer 类 现在 有 了 一 个 静态 的 sum 
方法 来 对 两 个 数 求 和 ， 这 恰好 是 我 们 想 要 的 ， 用 不 着 反复 用 Lambda 写 同一 段 代码 了 : 








int sum = numbers.stream() .reduce(0, Integer::sum); 


无 初始 值 
reduce 还 有 一 个 重 载 的 变 体 ， 它 不 接受 初始 值 ， 但 是 会 返回 一 个 Optional 对 象 : 





Optional<Integer> sum = numbers.stream() .reduce((a, b) -> (a + b)); 

为 什么 它 返 回 一 个 optional<Integer> 呢 ? 考虑 流 中 没有 任何 元 素 的 情况 .reduce 操 作 无 
法 返回 其 和 ， 因 为 它 没有 初始 值 。 这 就 是 为 什么 结果 被 包 庄 在 一 个 optional 对 象 里 ， 以 表明 和 
可 能 不 存在 。 现 在 看 看 用 reduce 还 能 做 什么 。 


5.4.2 最 大 值 和 最 小 值 


原来 , 只 要 用 归 约 就 可 以 计算 最 大 值 和 最 小 值 了 ! 让 我 们 来 看 看 如 何 利用 刚刚 学 到 的 *eauce 
来 计算 流 中 最 大 或 最 小 的 元 素 。 正 如 你 前 面 看 到 的 ，reduce 接 受 两 个 参数 : 
口 一 个 初始 值 
口 一 个 Lambda 来 把 两 个 流 元 素 结合 起 来 并 产生 一 个 新 值 
Lambda 是 一 步 步 用 加 法 运算 符 应 用 到 流 中 每 个 元 素 上 的 ， 如 图 5-7 所 示 。 因 此 ， 你 需要 一 个 
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给 定 两 个 元 素 能 够 返回 最 大 值 的 Lambda。reduce 操 作 会 考虑 新 值 和 流 中 下 一 个 元 素 ， 并 产生 一 
个 新 的 最 大 值 ， 直 到 整个 流 消耗 完 ! 你 可 以 像 下 面 这 样 使 用 redquce 来 计算 流 中 的 最 大 值 ， 如 图 
5-8 所 示 。 


Optional<Integer> max = numbers.stream() .reduce(Integer: :max) 


数值 流 




















4 3 ] | 3 9 ] Stream<Integer> 





reduce (Integer: :max) 











国 


Optional<Integer> 


图 5-8 一 个 归 约 操作 一 一 计算 最 大 值 


要 计算 最 小 值 ， 你 需要 把 Integer .min 传 给 reduce 来 替换 Integer .max: 





Optional<Integer> min = numbers.stream() .reduce(Integer: :min); 
你 当然 也 可 以 写成 Lambda (x，y) -> x < y ? x : y 而 不 是 Integer: :min， 不 过 后 者 
比较 易 读 。 


为 了 检验 你 对 于 redquce 操 作 的 理解 程度 ， 试 试 测验 $.3 吧 ! 
测验 5.3: 归 约 
怎样 用 map 和 reduce 方 法 数 一 数 流 中 有 多 少 个 菜 呢 ? 


答案 : 要 解决 这 个 问题 ,你 可 以 把 流 中 每 个 元 素 都 映射 成 数字 1， 然 后 用 reduce 求 和 。 这 
相当 于 按 顺 序数 流 中 的 元 素 个 数 。 


Te omni = Mami 


Stes | ) 


.reduce(0, (a, b) -> a + b); 
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mab 和 teduce 的 连接 通常 称 为 map-treduce 模 式 ， 因 Google 用 它 来 进行 网 络 搜索 而 出 名 ， 
因为 它 很 容易 并 行 化 。 请 注意 ， 在 第 4 章 中 我 们 也 看 到 了 内 置 count 方 法 可 用 来 计算 流 中 元 素 
的 个 数 : 


Peng eount =" men treanl() Count (ys 


归 约 方法 的 优势 与 并 行 化 

相 比 于 前 面 写 的 逐步 迭代 求 和 ， 使 用 redquce 的 好 处 在 于 ， 这 里 的 迭代 被 内 部 迭代 抽象 掉 
了 ， 这 让 内 部 实现 得 以 选择 并 行 执行 educe 操 作 。 而 和 迭代 式 求 和 例子 要 更 新 共享 变量 sum， 
这 不 是 那么 容易 并 行 化 的 。 如果 你 加 入 了 同步 , 很 可 能 会 发 现 线程 竞争 抵消 了 并 行 本 应 带 来 的 
性 能 提升 ! 这 种 计算 的 并 行 化 需要 另 一 种 办 法 : 将 输入 分 块 ， 分 块 求 和 ， 最 后 再 合并 起 来 。 但 
这 样 的 话 代 码 看 起 来 就 完全 不 一 样 了 。 你 在 第 7 章 会 看 到 使 用 分 支 /合并 框架 来 做 是 什么 样子 。 
但 现在 重要 的 是 要 认识 到 ,可 变 的 累加 器 模式 对 于 并 行 化 来 说 是 死路 一 条 。 你 需要 一 种 新 的 模 
式 , 这 正 是 reduce 所 提供 的 。 你 还 将 在 第 7 章 看 到 ,使 用 流 来 对 所 有 的 元 素 并 行 求 和 时 ， 你 的 
代码 几乎 不 用 修改 : stream() 换 成 了 parallelStream()。 

dtm me ak an eee(O ed 

但 要 并 行 执行 这 段 代码 也 要 付 一 定 代价 ,我 们 稍 后 会 向 你 解释 : 传递 给 reduce 的 Lambda 
不 能 更 改 状态 ( 如 实例 变量 )， 而 且 操 作 必 须 满足 结合 律 才 可 以 按 任意 顺序 执行 。 








到 目前 为 止 , 你 看 到 了 产生 一 个 Integer 的 归 约 例子 : 对 流 求 和 、 流 中 的 最 大 值 , 或 是 流 中 
元 素 的 个 数 。 你 将 会 在 5.6 节 看 到 ， 诸 如 sum 和 max 等 内 置 的 方法 可 以 让 常见 归 约 模式 的 代码 再 简 
洁 一 点 儿 。 我 们 会 在 下 一 章 中 讨论 一 种 复杂 的 使 用 collect 方 法 的 归 约 。 例如， 如 果 你 想 要 按 类 
型 对 菜肴 分 组 ， 也 可 以 把 流 归 约 成 一 个 Map 而 不 是 Integer。 























流 操作 : 无 状态 和 有 状态 

你 已 经 看 到 了 很 多 的 流 操作 。 告 一 看 流 操作 简直 是 灵丹妙药 , 而 且 只 要 在 从 集合 生成 流 的 
时 候 把 Stream 换 成 parallelStream 就 可 以 实现 并 行 。 

当然 ， 对 于 许多 应 用 来 说 确实 是 这 样 ， 就 像 前 面 的 那些 例子 。 你 可 以 把 一 张 菜单 变 成 流 ， 
用 filter 选 出 某 一 类 的 菜肴 ， 然 后 对 得 到 的 流 做 map 来 对 卡路里 求 和 ， 最 后 redquce 得 到 菜单 
的 总 热量 。 这 个 流 计算 甚至 可 以 并 行进 行 。 但 这 些 操 作 的 特性 并 不 相同 。 它 们 需要 操作 的 内 部 
状态 还 是 有 些 问题 的 。 

诸如 map 或 fijlter 等 操作 会 从 输入 流 中 获取 每 一 个 元 素 ， 并 在 输出 流 中 得 到 0 或 1 个 结果 。 
这 些 操作 一 般 都 是 无 状态 的 : 它们 没有 内 部 状态 (假设 用 户 提供 的 Lambda 或 方法 引用 没有 内 
部 可 变 状态 )。 

但 诸如 reduce、sum、max 等 操作 需要 内 部 状态 来 累积 结果 。 在 上 面 的 情况 下 ， 内 部 状态 
很 小 。 在 我 们 的 例子 里 就 是 一 个 int 或 Gouble。 不 管 流 中 有 多 少 元 素 要 处 理 ， 内 部 状态 都 是 
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有 界 的 。 

相反 ， 诸 如 sort 或 distinct 等 操作 一 开始 都 和 filter 和 map 差 不 多 一 一 都 是 接受 一 个 
流 ， 再 生成 一 个 流 ( 中 间 操 作 )， 但 有 一 个 关键 的 区 别 。 从 流 中 排序 和 删除 重复 项 时 都 需要 知 
道 先 前 的 历史 。 例 如 ,排序 要 求 所 有 元 素 都 放 入 缓冲 区 后 才能 给 输出 流 加 入 一 个 项 目 ,， 这 一 操 
作 的 存储 要 求 是 无 界 的 。 要 是 流 比 较 大 或 是 无 限 的 , 就 可 能 会 有 问题 ( 把 质数 流 倒序 会 做 什么 
呢 ? 它 应 当 返 回 最 大 的 质数 ， 但 数学 告诉 我 们 它 不 存在 )。 我 们 把 这 些 操作 叫 作 有 状态 操作 。 


你 现在 已 经 看 到 了 很 多 流 操作 ， 可 以 用 来 表达 复杂 的 数据 处 理 查询 。 表 5-1 总 结 了 迄今 讲 过 
的 操作 。 你 可 以 在 下 一 节 中 通过 一 个 练习 来 实践 一 下 。 


表 5-1 中间 操作 和 终端 操作 








操作 类 型 返回 类 型 使 用 的 类 型 /函数 式 接口 函数 描述 符 
filter 中 间 stream<T> Predicate<T> T -> boolean 
distinct 中 间 Stream<T> 
(有 状态 -无 界 ) 
skip 中 间 Stream<T> long 
(有 状态 -有 界 ) 
limit 中 间 Stream<T> long 
(有 状态 -有 界 ) 
map 中 间 Stream<R> Function<T, R> T -> R 
flatMap 中 间 Stream<R> Function<T, Stream<R>> T -> Stream<R> 
sorted 中 间 Stream<T> Comparator<T> (TT 4 
(有 状态 -无 界 ) 
anyMatch 终端 boolean Predicate<T> T -> boolean 
noneMat ch 终端 boolean Predicate<T> T -> boolean 
allMatch 终端 boolean Predicate<T> T -> boolean 
findAny 终端 Optional<T> 
findFirst 终端 Optional<T> 
forFach 终端 ps Consumer<T> T -> void 
collect 终端 R Collector<T, A, R> 
reduce 终端 Optional<T> BinaryOperator<T> 二 
(有 状态 -有 界 ) 
count 终端 long 


5.5 ” 付 诸 实践 
在 本 节 中 ， 你 会 将 迄今 学 到 的 关于 流 的 知识 付 诸 实践 。 我 们 来 看 一 个 不 同 的 领域 : 执行 交易 
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的 交易 员 。 你 的 经 理 让 你 为 八 个 查询 找到 答案 。 你 能 做 到 吗 ?我们 在 5.5.2 节 给 出 了 答案 , 但 你 应 
该 自己 先 尝试 一 下 作为 练习 。 

(1) 找 出 2011 年 发 生 的 所 有 交易 ， 并 按 交 易 额 排序 ( 从 低 到 高 )。 

(2) 交易 员 都 在 哪些 不 同 的 城市 工作 过 ? 

(3) 查找 所 有 来 自 于 剑桥 的 交易 员 ， 并 按 姓名 排序 。 

(4) 返回 所 有 交易 员 的 姓名 字符 串 ， 按 字母 顺序 排序 。 

(5) 有 没有 交易 员 是 在 米兰 工作 的 ? 

(6) 打印 生活 在 剑桥 的 交易 员 的 所 有 交易 额 。 

(7) 所 有 交易 中 ， 最 高 的 交易 额 是 多 少 ? 

(8) 找到 交易 额 最 小 的 交易 。 


5.5.1 领域 : 交易 员 和 交易 
以 下 是 你 要 处 理 的 领域 ， 一 个 Traders 和 Transactions 的 列表 


Trader raoul = new Trader ("Raoul", "Cambridge"); 
Trader mario = new Trader ("Mario","Milan"); 
Trader alan = new Trader ("Alan", "Cambridge"); 
Trader brian = new Trader ("Brian","Cambridge"); 




















List<Transaction> transactions = Arrays.asList!( 
new Transaction(brian, 2011, 300), 
new Transaction(raoul, 2012, 1000), 
new Transaction(raoul, 2011, 400), 
new Transaction (mario，2012，710) ， 
new Transaction (mario，2012，700) 
new Transaction(alan, 2012, 950) 


3 
Trader 和 Transaction 类 的 定义 如 下 : 
public class Tradert 


private final String name; 
private final String city; 


public Trader (String n, String c)t{ 
this.name = n; 





th .ye < 六 


} 


public String getName()f{ 
return this.name; 


} 


public String getCity(){ 
return this.city; 


} 
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public String toString(){ 
return "Trader:"+this.name + " in " + this.city; 


} 


public class Transactiont{ 
private final Trader trader; 
private final int year; 
private final int value; 


public Transaction (Trader trader, int year, int value)t 
this.trader = trader; 
this.year = year; 





this.value = value; 


} 


public Trader getTrader (){ 
return this.trader; 


} 


public int getYear(){ 
return this.year; 


} 


public int getValue(){ 
return this.value; 


} 


public String toString()t{ 


return "{" + this.trader + ", "+ 
"year: "+this.yeart+", " + 
"value:" + this.value +"}"; 


5.5.2 解答 
解答 在 下 面 的 代码 清单 中 。 你 可 以 看 看 你 对 迄今 所 学 知识 的 理解 程度 如 何 。 干 得 不 错 ! 
代码 清单 5-1 ” 找 出 2011 年 的 所 有 交易 并 按 交 易 额 排序 ( 从 低 到 高 ) 














List<Transaction> tr2011 = 给 filter 传 递 一 个 谓词 
transactions.stream() 来 选择 2011 年 的 交易 
将 生成 的 stream 中 .filter(transaction -> transaction.getYear() == 2011) < 一 
的 所 有 元 素 收集 到 .SoOrtedq(comparing(Transaction: :getValue) ) < 一 按照 交易 额 
Se .Collect (toList ()); 进行 
一 个 List 中 进行 排序 
代码 清单 5-2 交易 员 都 在 哪些 不 同 的 城市 工作 过 
List<String> cities = 提取 与 交易 相关 的 每 
transactions .stream() 位 交易 员 的 所 在 城市 
.map (transaction -> transaction.getTrader() .getCity()) < 
"dietinete) < 一 





.collect (toList ()); 只 选择 互 不 相同 的 城市 
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这 里 还 有 一 个 新 招 : 你 可 以 去 掉 aistinct () ， 改 用 toset () ， 这 样 就 会 把 流转 换 为 集合 。 
你 在 第 6 章 中 会 了 解 到 更 多 相关 内 容 。 
Set<String> cities = 
transactions.stream!() 


.map (transaction -> transaction.getTrader() .getCity()) 
.collect (toSset ()); 


代码 清单 5-3 ”查找 所 有 来 自 于 剑桥 的 交易 员 ， 并 按 姓名 排序 


List<Trader> traders = 

















transactions.stream!() 从 交易 中 提取 
仅 选 择 位 于 剑 .map (Transaction: :getTrader) | 所 有 交易 员 
桥 的 交易 员 | .filter(trader -> trader.getCity() .equals ("Cambridge")) 
.distinct() < 
对 生成 的 交易 员 流 按 > .Sortedq(comparing(Tradqer: :getName)) 确保 没有 任 
照 姓名 进行 排序 .Collect(toList()); 何 重复 
代码 清单 5-4 返回 所 有 交易 员 的 姓名 字符 串 ， 按 字母 顺序 排序 
只 选择 String traderStr = 提取 所 有 交易 员 姓 名 ， 生 成 一 
不 相同 transactions .stream() 个 strings 构 成 的 stream 
的 姓名 .map (transaction -> transaction.getTrader() .getName()) ld 
: .distinct() ax 
对 姓名 按 字 .Sorted() 逐个 拼接 每 个 名 字 ， 得 
母 顺 序 排序 .reduce("", (nl, n2) -> nl + n2); 到 一 个 将 所 有 名 字 连 接 
- 起 来 的 string 


请 注意 ， 此 解决 方案 效率 不 高 ( 所 有 字符 串 都 被 反复 连接 ,每 次 迭代 的 时 候 都 要 建立 一 个 新 
的 string 对 象 ), 下 一 章 中 , 你 将 看 到 一 个 更 为 高 效 的 解决 方案 , 它 像 下 面 这 样 使 用 joining( 其 
内 部 会 用 到 stringBuilgder ): 


String traderStr = 
transactions.stream!() 
.map (transaction -> transaction.getTrader() .getName()) 
.distinct() 
.Sorted() 
.collect (joining()); 


代码 清单 5-5 有 没有 交易 员 是 在 米兰 工作 的 
boolean milanBased = 


transactions.stream() 
.anyMatch (transaction -> transaction.getTrader () 








把 一 个 谓词 传递 给 anyMatch， | 
检查 是 否 有 交易 员 在 米兰 工作 0 


代码 清单 5-6 ”打印 生活 在 剑桥 的 交易 员 的 所 有 交易 额 


transactions.stream!() 


选择 住 在 剑桥 .filter(t -> "Cambridge".equals(t.getTrader() .getCity())) 

的 交易 员 所 进 .map (Transaction: :getValue) < 一 提取 这 些 交 

行 的 交易 .forEach(System.out::println); 打印 每 正信 J 寺 二 六 
易 的 交易 额 





个 值 
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代码 清单 5-7 所 有 交易 中 ， 最 高 的 交易 额 是 多 少 





Optional<Integer> highestValue = 提取 每 项 交 
transactions .stream() 易 的 交易 额 
.map (Transaction: :getValue) < We 
计算 生成 的 流 
.reduce (Integer: :max); Ee 
中 的 最 大 值 
代码 清单 5-8 ”找到 交易 额 最 小 的 交易 
Optional<Transaction> smallestTransaction = 通过 反复 比较 每 个 交 
transactions.stream!() 易 的 交易 额 , 找 出 最 小 


.reduce((t1, t2) -> 的 交易 


tl.getValue() < t2.getValue() ?tl : t2) < 一 


你 还 可 以 做 得 更 好 。 流 支持 min 和 max 方 法 , 它们 可 以 接受 一 个 comparator 作 为 参数 ,指定 
计算 最 小 或 最 大 值 时 要 比较 哪个 键 值 : 
Optional<Transaction> smallestTransaction = 


transactions.stream() 
.min(comparing (Transaction::getValue)); 
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我 们 在 前 面 看 到 了 可 以 使 用 reduce 方 法 计算 流 中 元 素 的 总 和 。 例 如 ， 你 可 以 像 下 面 这 样 计 
算 荣 单 的 热量 : 
int calories = menu.stream() 


.map (Dish::getCalories) 
.reduce(0, Integer::sum); 


这 上段 代码 的 问题 是 ， 它 有 一 个 暗含 的 装 箱 成 本 。 每 个 Integer 都 必须 拆 箱 成 一 个 原始 类 型 ， 
进行 求 和 。 要 是 可 以 直接 像 下 面 这 样 调用 sum 方 法 ， 岂 不 是 更 好 ? 
int calories = menu.stream!() 


.map (Dish: :getCalories) 
.Sum(); 


但 这 是 不 可 能 的 。 问 题 在 于 map 方 法 会 生成 一 个 stream<T>。 虽 然 流 中 的 元 素 是 Integer 类 
型 ， 但 streams 接 口 没 有 定义 sum 方 法 。 为 什么 没有 了 呢 ? 比方 说 ， 你 只 有 一 个 像 menu 那 样 的 
Stream<Dish>， 把 各 种 菜 加 起 来 是 没有 任何 意义 的 。 但 不 要 担心 ，Stream API 还 提供 了 原始 类 
型 流 特 化 ， 专 门 支持 处 理 数 值 流 的 方法 。 


5.6.1 原始 类 型 流 特 化 


Java 8 引入 了 三 个 原始 类 型 特 化 流 接 口 来 解决 这 个 问题 : Intstream、Doublestream 和 
LongStream, 分 别 将 流 中 的 元 素 特 化 为 int 、1ong 和 adqoupble， 从 而 避免 了 暗含 的 装 箱 成 本 。 
个 接口 都 带 来 了 进行 常用 数值 归 约 的 新 方法 ， 比 如 对 数值 流 求 和 的 sum， 找 到 最 大 元 素 的 max。 
此 外 还 有 在 必要 时 再 把 它们 转换 回 对 象 流 的 方法 。 要 记 住 的 是 , 这 些 特 化 的 原因 并 不 在 于 流 的 复 
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林 性 ， 而 是 装 箱 造成 的 复杂 性 一 一 即 类 似 int 和 Integer 之 间 的 效率 差异 。 

1. 映射 到 数值 流 

将 流转 换 为 特 化 版 本 的 常用 方法 是 mapToInt、mapToDouble 和 mapToLong。 这 些 方法 和 前 
面 说 的 map 方 法 的 工作 方式 一 样 ， 只 是 它们 返回 的 是 一 个 特 化 流 ， 而 不 是 Stream<T>。 例如， 你 
可 以 像 下 面 这 样 用 mapToInt 对 menu 中 的 卡路里 求 和 : 

int calories = menu.stream!() 


.mapToInt (Dish::getCalories) 返回 一 个 
.Sum(); 






































< ， 
返回 一 个 
Stream<Dish> 
Intstream 





这 里 ，mapToInt 会 从 每 道 菜 中 提取 热量 ( 用 一 个 Integer 表 示 )， 并 返回 一 个 IntStream 
( 而 不 是 一 个 Stream<Integer> )。 然 后 你 就 可 以 调用 Intstream 接 口中 定义 的 sum 方 法 ， 对 卡 
路 里 求 和 了 ! 请 注意 ， 如 果 流 是 空 的 ，sum 默 认 返 回 0。Intstream 还 支持 其 他 的 方便 方法 ， 如 
max、min、average 等 。 

2. 转换 回 对 象 流 

同样 , 一 旦 有 了 数值 流 , 你 可 能 会 想 把 它 转 换 回 非特 化 流 。 例 如 ，Intstream 上 的 操作 只 能 
产生 原始 整数 : Intstream 的 map 操 作 接 受 的 Lambda 必 须 接 受 int 并 返回 int (一 个 
IntUnaryOperator )。 但 是 你 可 能 想 要 生成 男 一 类 值 ， 比 如 Dish。 为 此 ， 你 需要 访问 stream 
接口 中 定义 的 那些 更 广义 的 操作 。 要 把 原始 流转 换 成 一 般 流 ( 每 个 int 都 会 装 箱 成 一 个 














Integer )， 可 以 使 用 boxeda 方 法 ， 如 下 所 示 : 
IntStream intStream = menu.stream() .mapToInt (Dish::getCalories); dl ee 
Stream<Integer> stream = intStream.boxed(); 二 一 SR 换 为 数值 流 
将 数值 流转 


换 为 Stream 

你 在 下 一 节 中 会 看 到 ， 在 需要 将 数值 范围 装 箱 成 为 一 个 一 般 流 时 ，boxeq 尤 其 有 用 。 

3. 默认 值 optionalInt 

求 和 的 那个 例子 很 容易 ， 因 为 它 有 一 个 默认 值 ，0。 但 是 ， 如 果 你 要 计算 Intstream 中 的 最 
大 元 素 ,就 得 换个 法 子 了 ,因为 0 是 错误 的 结果 。 如 何 区 分 没有 元 素 的 流 和 最 大 值 真 的 是 0 的 流 呢 ? 
前 面 我 们 介绍 了 optional 类 ， 这 是 一 个 可 以 表示 值 存 在 或 不 存在 的 容器 。optional 可 以 用 
Integer、String 等 参考 类 型 来 参数 化 。 对 于 三 种 原始 流 特 化 ， 也 分 别 有 一 个 optional 原 始 类 
型 特 化 版 本 : OptionalInt、OptionalDouble 和 OptionalLong。 

例如 ， 要 找到 Intstream 中 的 最 大 元 素 ， 可 以 调用 max 方 法 ， 它 会 返回 一 个 OptionalInt: 


OptionalInt maxCalories = menu.stream!() 
.mapToInt (Dish: :getCalories) 












































.max(); 
现在 ， 如 果 没 有 最 大 值 的 话 ， 你 就 可 以 显 式 处 理 optionalInt 去 定义 一 个 默认 值 了 : 
int max = maxCalories.orElse(1); | 如 果 没 有 最 大 值 的 话 ， 显 


| 式 提供 一 个 默认 最 大 值 
5.6.2 ”数值 范围 


和 数字 打交道 时 ， 有 一 个 常用 的 东西 就 是 数值 范围 。 比 如 , 假设 你 想 要 生成 1 和 100 之 间 的 所 
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有 数字 。Java 8 引入 了 两 个 可 以 用 于 Intstream 和 LongStream 的 静态 方法 ， 帮 助 生成 这 种 范围 : 
range 和 rangeclosedq。 这 两 个 方法 都 是 第 一 个 参数 接受 起 始 值 ， 第 二 个 参数 接受 结束 值 。 但 
range 是 不 包含 结束 值 的 ， 而 rangeclosed 则 包含 结束 值 。 让 我 们 来 看 一 个 例子 : 








IntStream evenNumbers = IntStream.rangeClosed(1, 100) on 
#7 .filter(n ->n% 2 == Wl 
[1, 100] 
System.out .println(evenNumbers .count ()); 二 | 从 1 到 100 有 
| 50 个 偶数 
这 里 我 们 用 了 rangeclosed 方 法 来 生成 1 到 100 之 间 的 所 有 数字 。 它 会 产生 一 个 流 ， 然 后 你 


可 以 链接 filter 方 法 ， 只 选 出 偶数 。 到 目前 为 止 还 没有 进行 任何 计算 。 最 后 ， 你 对 生成 的 流 调 
用 count。 因 为 count 是 一 个 终端 操作 ， 所 以 它 会 处 理 流 ， 并 返回 结果 50， 这 正 是 1 到 100 ( 包括 
两 端 ) 中 所 有 偶数 的 个 数 。 请 注意 ， 比 较 一 下 ， 如 果 改 用 Intstream.range(1， 100) ， 则 结果 
将 会 是 49 个 偶数 ， 因 为 range 是 不 包含 结束 值 的 。 


5.6.3 数值 流 应 用 : 勾 股 数 


现在 我 们 来 看 一 个 难 一 点 儿 的 例子 , 让 你 巩固 一 下 有 关 数 值 流 以 及 到 目前 为 止 学 过 的 所 有 流 
操作 的 知识 。 如 果 你 接受 这 个 挑战 ， 任 务 就 是 创建 一 个 勾 股 数 流 。 

1. 勾 股 数 

那么 什么 是 勾 股 数 ( 毕 达 哥 拉 斯 三 元 数 ) 呢 ?我 们 得 回 到 从 前 。 在 一 党 激动 人 心 的 数学 课 上 ， 
你 了 解 到 ， 古 希腊 数学 家 毕 达 哥 拉 斯 发 现 了 某 些 三 元 数 (a，b，c) 满 足 公 式 a * a + bx b = 
c * c， 其 中 a、p、c 都 是 整数 。 例 如 ，(3, 4, 5) 就 是 一 组 有 效 的 色 股 数 ， 因 为 3*3+4*4=5*5 
或 9+ 16 =25。 这 样 的 三 元 数 有 无 限 组 。 例 如 ，($, 12, 13)、(6, 8, 10) 和 (7, 24, 25) 都 是 有 效 的 勾 股 
数 。 勾 股 数 很 有 用 ， 因 为 它们 描述 的 正好 是 直角 三 角形 的 三 条 边 长 ， 如 图 5-9 所 示 。 
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图 5-9 多 股 定理 〈 毕 达 哥 拉 斯 定理 ) 
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2. 表示 三 元 数 

那么 , 怎么 人 手 呢 ? 第 一 步 是 定义 一 个 三 元 数 。 虽然 更 恰当 的 做 法 是 定义 一 个 新 的 类 来 表示 
三 元 数 ， 但 这 里 你 可 以 使 用 具有 三 个 元 素 的 int 数 组 ， 比 如 new int[] {3，4，5}，, 来 表示 勾 股 
数 (3, 4, 5)。 现 在 你 就 可 以 用 数组 索引 访问 每 个 元 素 了 。 

3. 筛选 成 立 的 组 合 

假定 有 人 为 你 提供 了 三 元 数 中 的 前 两 个 数字 : a 和 pb。 怎么 知道 它 是 否 能 形成 一 组 色 股 数 呢 ? 
你 需要 测试 a * a + b * b 的 平方 根 是 不 是 整数 ， 也 就 是 说 它 没 有 小 数 部 分 一 一 在 Java 里 可 以 
使 用 expr % 1 表示 。 如 果 它 不 是 整数 ， 那 就 是 说 c 不 是 整数 。 你 可 以 用 filter 操 作 表 达 这 个 要 
求 (你 稍 后 会 了 解 到 如 何 将 其 连接 起 来 成 为 有 效 代 码 ): 

filter(b -> Math.sqrt(a*a + b*b) % 1 == 0) 

假设 周围 的 代码 给 a 提供 了 一 个 值 ， 并 且 stream 提 供 了 pb 可 能 出 现 的 值 ，filter 将 只 选 出 那 
些 可 以 与 a 组 成 勾 股 数 的 bp。 你 可 能 在 想 Math.saqrt (a * a + b * b) % 1 == 0 这 一 行 是 怎么 
回 事 。 简 单 来 说 ， 这 是 一 种 测试 Math.saqrt (a * a + b * b) 返 回 的 结果 是 不 是 整数 的 方法 。 
如 果 平 方 根 的 结果 带 了 小 数 ， 如 9.1， 这 个 条 件 就 不 成 立 (9.0 是 可 以 的 )。 

4. 生成 三 元 组 

在 筛选 之 后 , 你 知道 a 和 pb 能 够 组 成 一 个 正确 的 组 合 。 现 在 需要 创建 一 个 三 元 组 ,你 可 以 使 用 
map 操 作 ， 像 下 面 这 样 把 每 个 元 素 转换 成 一 个 勾 股 数组 : 







































































































































































stream.filter(b -> Math.sart(a*a + b*b) %$ 1 == 0) 
.map(b -> new int[]{a, b, (int) Math.sgqrt(a * a+b* b)}); 
5. 生成 b 值 





胜利 在 望 ! 现在 你 需要 生成 b 的 值 。 前 面 已 经 看 到 ，Stream.rangeClosed 让 你 可 以 在 给 定 
区 间 内 生成 一 个 数值 流 。 你 可 以 用 它 来 给 b 提 供 数 值 ， 这 里 是 1 到 100: 

IntStream.rangeClosed(1, 100) 

.filter(b -> Math.sgqrt(a*a + b*b) % 1 == 0) 
.boxed() 
.map(b -> new int[]{a, b, (int) Math.sgqrt(a * a+b * b)}); 

请 注意 你 在 filter 之 后 调用 boxed 5 从 rangeClosed 返 回 的 Intstream 生 成 一 个 
Stream<Integer>。 这 是 因为 你 的 map 会 为 流 中 的 每 个 元 素 返 回 一 个 int 数 组 。 而 Intstream 
中 的 map 方 法 只 能 为 流 中 的 每 个 元 素 返 回 另 一 个 int ， 这 可 不 是 你 想 要 的 ! 你 可 以 用 Intstream 
的 mapTo0Pj 方 法 改写 它 ， 这 个 方法 会 返回 一 个 对 象 值 流 : 

IntStream.rangeClosed(1, 100) 


.filter(b -> Math.sgqrt(a*a + b*b) % 1 == 0) 
.mapToobj (b -> new int[]{a, b, (int) Math.sart(a * a+b * b)}); 


6. 生成 值 
这 里 有 一 个 关键 的 假设 : 给 出 了 a 的 值 。 现在 ， 只 要 已 知 a 的 值 ， 你 就 有 了 一 个 可 以 生成 勾 
股 数 的 流 。 如 何 解决 这 个 问题 呢 ? 就 像 p 一 样 ， 你 需要 为 a 生 成 数值 ! 最 终 的 解决 方案 如 下 所 示 : 
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Stream<int[]> pythagoreanTriples = 
IntStream.rangeClosed(1, 100) .boxed() 
.flatMap(a -> 
IntStream.rangeClosed(a, 100) 
.filter(b -> Math.sqrt(a*a + b*b) % 1 == 0) 
.mapToObj (b -> 
new int[]{a, b, (int)Math.sgqrt(a * a+b * b)}) 
小 
好 的 ，flatMap 又 是 怎么 回 事 呢 ? 首先 ， 创 建 一 个 从 1 到 100 的 数值 范围 来 生成 a 的 值 。 对 每 
个 给 定 的 a 值 , 创建 一 个 三 元 数 流 。 要 是 把 a 的 值 映 射 到 三 元 数 流 的 话 ， 就 会 得 到 一 个 由 流 构成 的 
流 。flatMap 方 法 在 做 映射 的 同时 , 还 会 把 所 有 生成 的 三 元 数 流 扁平 化 成 一 个 流 。 这 样 你 就 得 到 
了 一 个 三 元 数 流 。 还 要 注意 , 我 们 把 bp 的 范围 改 成 了 a 到 100。 没有 必要 再 从 1 开始 了 ,否则 就 会 造 
成 重复 的 三 元 数 ， 例如 (3,4,5) 和 (4,3,5)。 
7. 运行 代码 
现在 你 可 以 运行 解决 方案 , 并 且 可 以 利用 我 们 前 面 看 到 的 1imit 命 令 ， 明确 限 定 从 生成 的 流 
中 要 返回 多 少 组 勾 股 数 了 : 
pythagoreanTriples.limit(5) 


“Forpach (tt .=> 
oveten.out.println(tyd 和 和 二- 和 区 
































8. 你 还 能 做 得 更 好 吗 ? 

目前 的 解决 办 法 并 不 是 最 优 的 ,因为 你 要 求 两 次 平方 根 。 让 代码 更 为 紧凑 的 一 种 可 能 的 方法 
是 ， 先 生成 所 有 的 三 元 数 (a*a，b*b，a*a+b*b) ， 然 后 再 筛选 符合 条 件 的 : 

Stream<double[]> pythagoreanTriples2 = 


IntStream.rangeClosed(1, 100) .boxed() 
.flatMap(a -> 


ee IntStream.rangeClosed(a, 100) 产生 三 元 数 
元 组 中 的 第 | 

i wy .mapToObj ( 

= b -> new double[]{a, b, Math.sart(a*a + b*b)}) < 一 
须 是 整数 .filter(t -> tI2] $ 1 == 0)); 


5.7 构建 流 


希望 到 现在 , 我 们 已 经 让 你 相信 , 流 对 于 表达 数据 处 理 查 询 是 非常 强大 而 有 用 的 。 到 目前 为 
止 ， 你 已 经 能 够 使 用 stream 方 法 从 集合 生成 流 了 。 此 外 ， 我 们 还 介绍 了 如 何 根 据 数 值 范 围 创建 
数值 流 。 但 创建 流 的 方法 还 有 许多 ! 本 节 将 介绍 如 何 从 值 序列 、 数 组 、 文 件 来 创建 流 ， 甚 至 由 生 
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成 函数 来 创建 无 限 流 ! 
5.7.1 由 值 创建 流 


你 可 以 使 用 静态 方法 Stream.of, 通过 显 式 值 创建 一 个 流 。 它 可 以 接受 任意 数量 的 参数 。 例 
如 ,以 下 代码 直接 使 用 Stream.of 创 建 了 一 个 字符 串 流 。 然 后 ， 你 可 以 将 字符 串 转 换 为 大 写 , 再 
一 个 个 打印 出 来 : 


Stream<String> stream = Stream.of("Java 8 ", "Lambdas ", "ID ", "Action"); 
stream.map (String::toUpperCase) .forEach(System.out::println); 


你 可 以 使 用 empty 得 到 一 个 空 流 ， 如 下 所 示 : 


Stream<String> emptyStream = Stream.empty(); 
































5.7.2 ”由 数组 创建 流 
你 可 以 使 用 静态 方法 Arrays .stream 从 数组 创建 一 个 流 。 它 接受 一 个 数组 作为 参数 。 例如， 
你 可 以 将 一 个 原始 类 型 int 的 数组 转换 成 一 个 IntSstream， 如 下 所 示 : 


17t[] TumBers 三 2, 3 Sr 7 3 
; | 总 和 是 41 
int sum = Arrays.stream(numbers) .sum(); < 作 个 丰 





5.7.3 ”由 文件 生成 流 


Java 中 用 于 人 处理 文件 等 /O 操 作 的 NIO API ( 非 阻 塞 IO ) 已 更 新 ， 以 便利 用 Stream API。 
java.nio.file.Files 中 的 很 多 静态 方法 都 会 返回 一 个 流 。 例 如 ， 一 个 很 有 用 的 方法 是 
Files .lines， 它 会 返回 一 个 由 指定 文件 中 的 各 行 构 成 的 字符 串 流 。 使 用 你 迄今 所 学 的 内 容 ， 
你 可 以 用 这 个 方法 看 看 一 个 文件 中 有 多 少 各 不 相同 的 词 ; 





























:六 会 白 寺 
long uniqueWords = 0; 流 会 自动 
try (Stream<String> lines = 关闭 
Files.lines(Paths.get ("data.txt"), Charset.defaultCharset ()))f{ < 
uniaqueWords = lines.flatMap (line -> Arrays.stream(line.split(" "))) < 一 
.distinct() < 
.count (); < 删除 重复 项 生成 单词 流 
数 一 数 有 多 少 各 
catch (IOException e){ 不 相同 的 单词 
; 下] 如 果 打 开 文件 时 出 
现 异常 则 加 以 处 理 














你 可 以 使 用 Files .1ines 得 到 一 个 流 ， 其 中 的 每 个 元 素 都 是 给 定 文件 中 的 一 行 。 然 后 ， 你 
可 以 对 1ine 调 用 split 方 法 将 行 拆 分 成 单词 。 应 该 注意 的 是 , 你 该 如 何 使 用 f1atMap 产 生 一 个 扁 
平 的 单词 流 ， 而 不 是 给 每 一 行 生 成 一 个 单词 流 。 最 后 ， 把 aistinct 和 count 方 法 链接 起 来 ， 数 
数 流 中 有 多 少 各 不 相同 的 单词 。 
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5.7.4 由 函数 生成 流 : 创建 无 限 流 


Stream API 提 供 了 两 个 静态 方法 来 从 函数 生成 流 : stream.iterate 和 stream.generate。 
这 两 个 操作 可 以 创建 所 谓 的 无 限 流 : 不 像 从 固定 集合 创建 的 流 那样 有 固定 大 小 的 流 。 由 iterate 
和 generate 产 生 的 流 会 用 给 定 的 函数 按 需 创建 值 ， 因 此 可 以 无 穷 无 尽 地 计算 下 去 ! 一 般 来 说 ， 
应 该 使 用 limit (n) 来 对 这 种 流 加 以 限制 ， 以 避免 打印 无 穷 多 个 值 。 

1. 和 迭代 

我 们 先 来 看 一 个 iterate 的 简单 例子 ， 然 后 再 解释 : 

Stream.iterate(0, n -> n + 2) 


.1imit (10) 
.forEach(System.out::println); 


iterate 方 法 接受 一 个 初始 值 ( 在 这 里 是 0 )， 还 有 一 个 依次 应 用 在 每 个 产生 的 新 值 上 的 
Lambda ( UnaryOpetrator<t> 类 型 )。 这 里 ， 我 们 使 用 Lambdan -> n + 2， 返 回 的 是 前 一 个 元 
素 加 上 2。 因 此 ，iterate 方 法 生成 了 一 个 所 有 正 偶数 的 流 : 流 的 第 一 个 元 素 是 初始 值 0。 然 后 加 
上 2 来 生成 新 的 值 2 ， 再 加 上 2 来 得 到 新 的 值 4， 以 此 类 推 。 这 种 iterate 操 作 基本 上 是 顺序 的 ， 
因为 结果 取决 于 前 一 次 应 用 。 请 注意 ， 此 操作 将 生成 一 个 无 限 流 一 一 这 个 流 没 有 结尾 ， 因 为 值 是 
按 需 计算 的 ， 可 以 永远 计算 下 去 。 我 们 说 这 个 流 是 无 界 的 。 正 如 我 们 前 面 所 讨论 的 ， 这 是 流 和 和 集 
合 之 间 的 一 个 关键 区 别 。 我 们 使 用 1imit 方 法 来 显 式 限 制 流 的 大 小 。 这 里 只 选择 了 前 10 个 偶数 。 
然后 可 以 调用 forEach 终 端 操作 来 消费 流 ， 并 分 别 打印 每 个 元 素 。 

一 般 来 说 ,在 需要 依次 生成 一 系列 值 的 时 候 应 该 使 用 iterate， 比 如 一 系列 日 期 : 1 月 31 日 ， 
2 月 1 日 ， 依 此 类 推 。 来 看 一 个 难 一 点 儿 的 应 用 iterate 的 例子 ， 试 试 测验 5.4。 














































































































测验 5.4: 斐 波 纳 契 元 组 序列 

斐 波 纳 韶 数列 是 著名 的 经 典 编程 练习 。 下 面 这 个 数列 就 是 斐 波 纳 契 数列 的 一 部 分 : 0, 1, 1， 
2, 3, 5, 8, 13, 21, 34, 55… 数 列 中 开始 的 两 个 数字 是 0 和 1， 后 续 的 每 个 数字 都 是 前 两 个 数字 之 和 。 

斐 波 纳 契 元 组 序列 与 此 类 似 ， 是 数列 中 数字 和 其 后 续 数 字 组 成 的 元 组 构成 的 序列 : (0, 1)， 
(1, 1), (1, 2), (2, 3), (3, 5), (5, 8), (8, 13), (13, 21) … 

你 的 任务 是 用 iterate 方 法 生成 非 波 纳 契 元 组 序列 中 的 前 20 个 元 素 。 

让 我 们 帮 你 入 手 吧 。 第 一 个 问题 是 ，iterate 方 法 要 接受 一 个 UnaryOperator<t> 作 为 
参数 ， 而 你 需要 一 个 像 (0,1) 这 样 的 元 组 流 。 你 还 是 可 以 (这 次 又 是 比较 草率 地 ) 使 用 一 个 数组 
的 两 个 元 素来 代表 元 组 。 例 如，new int[]{10,1} 就 代表 了 斐 波 纳 契 序列 (0, 1) 中 的 第 一 个 元 
素 。 这 就 是 iterate 方 法 的 初始 值 : 

Stream.iterate(new int[]{0, 1}, ???) 

-nie (QO 
one el le Ne ne al te Ge a 


在 这 个 测验 中 ,你 需要 搞 清楚 ?2?3 代 表 的 代码 是 什么 。 请 记 住 ，iterate 会 按 顺 序 应 用 给 
定 的 Lambda。 
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Sereammieerae ne ER 于 
t -> new int[]{t[1], t[0]+t[1]}) 
mt (0 
SEorBacl Ge > Oem vu oe Oe 
它 是 如 何 工 作 的 呢 ?iterate 需 要 一 个 Lambda 来 确定 后 续 的 元 素 。 对 于 元 组 (3, 5)， 其 后 
续 元 素 是 (5, 3+5)=(5, 8)。 下 一 个 是 (8, 5+8)。 看 到 这 个 模式 了 吗 ? 给 定 一 个 元 组 ， 其 后 续 的 元 
素 是 (t[1], t[0] + t[1])。 这 可 以 用 这 个 Lambda 来 计算 : t->new int[]{t[1],，t[0]+t[1]}。 
运行 这 段 代 码 ， 你 就 得 到 了 序列 (0, 1), (1, 1), (1, 2), (2, 3), (3, 5), (5, 8), (8, 13), (13, 21)… 请 注意 ， 
如 果 你 只 想 打 印 正 常 的 斐 波 纳 契 数列 ， 可 以 使 用 map 提 取 每 个 元 组 中 的 第 一 个 元 素 : 
Snecmaole ew 
eS nae le el bd) 
Salieri 
smear melo 
SOEmoemnltey ee Ben ou .ie 


这 段 代 码 将 生成 斐 波 纳 契 数列 : 0, 1, 1,2,3,5,8, 13, 21, 34… 


2. 生成 





与 iterate 方 法 类 似 ， generat 方法 也 可 让 你 按 需 生成 一 个 无 限 流 。 但 generate 不 是 依次 
对 每 个 新 生成 的 值 应 用 函数 的 。 它 接受 一 个 supplier<T> 类 型 的 Lambda 提 供 新 的 值 。 我 们 先 来 











看 一 个 简单 的 用 法 : 


Stream.generate (Math: :random) 
.1imit (5) 
.forEach(System.out::println); 








.9410810294106129 
.6586270755634592 
.9592859117266873 
.13743396659487006 
.3942776037651241 


Matph .Random 静 态 方法 被 用 作 新 值 生成 器 。 同 样 ， 你 可 以 用 limit 方 法 显 式 限 制 流 的 大 小 
否则 流 将 会 无 限 长 。 


oC CY 





这 上段 代码 将 生成 一 个 流 ， 其 中 有 五 个 0 到 1 之 间 的 随机 双 精 度数 。 例如， 运行 一 次 得 到 了 下 面 
四 . 


? 


你 可 能 想 知道 ，generate 方 法 还 有 什么 用 途 。 我 们 使 用 的 供应 源 〈 指向 Math .random 的 方 
法 引用 ) 是 无 状态 的 : 它 不 会 在 任何 地 方 记录 任何 值 ， 以 备 以 后 计算 使 用 。 但 供应 源 不 一 定 是 无 
状态 的 。 你 可 以 创建 存储 状态 的 供应 源 ， 它 可 以 修改 状态 ， 并 在 为 流 生 成 下 一 个 值 时 使 用 。 举 个 
例子 ， 我 们 将 展示 如 何 利用 generate 创 建 测验 5.4 中 的 斐 波 纳 契 数列 ， 这 样 你 就 可 以 和 用 


























iterate 方 法 的 办 法 比较 一 下 。 但 很 重要 的 一 点 是 , 在 并 行 代码 中 使 用 有 状态 的 供应 源 是 不 安全 








的 。 因 此 下 面 的 代码 仅仅 是 为 了 内 容 完 整 ， 应 尽量 避免 使 用 ! 我 们 会 在 第 7 章 中 进一步 讨论 这 个 
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操作 的 问题 和 副作用 ， 以 及 并 行 流 。 
我 们 在 这 个 例子 中 会 使 用 IntStream 说 明 避 免 装 箱 操作 的 代码 。IntStream 的 generate 方 
法 会 接受 一 个 Int supplier, 而 不 是 Supplier<t>。 例如 , 可 以 这 样 来 生成 一 个 全 是 1 的 无 限 流 : 
IntStream ones = IntStream.generate(() -> 1); 
你 在 第 3 章 中 已 经 看 到 ，Lambda 人 允许 你 创建 函数 式 接口 的 实例 ， 只 要 直接 内 联 提供 方法 的 实 
现 就 可 以 。 你 也 可 以 像 下面 这 样 , 通过 实现 Intsupplier 接 口中 定义 的 getAsInt 方 法 显 式 传递 
一 个 对 象 (虽然 这 看 起 来 是 无 缘 无 故地 绕 圈子 ， 也 请 你 耐心 看 ): 
IntStream twos = IntStream.generate(new IntSupplier(){ 
public int getAsInt(){ 
return 2; 
} 
}); 
generate 方 法 将 使 用 给 定 的 供应 源 ， 并 反复 调用 getAsInt 方 法 ， 而 这 个 方法 总 是 返回 2。 
但 这 里 使 用 的 匿名 类 和 Lambda 的 区 别 在 于 ， 匿 名 类 可 以 通过 字段 定义 状态 ， 而 状态 又 可 以 用 
getAsInt 方 法 来 修改 。 这 是 一 个 副作用 的 例子 。 你 迄今 见 过 的 所 有 Lambda 都 是 没有 副作用 的 ; 
它们 没有 改变 任何 状态 。 
回 到 斐 波 纳 契 数列 的 任务 上 ， 你 现在 需要 做 的 是 建立 一 个 IntSsupplier， 它 要 把 前 一 项 的 
值 保存 在 状态 中 ， 以 便 getAsInt 用 它 来 计算 下 一 项 。 此 外 ， 在 下 一 次 调用 它 的 时 候 ， 还 要 更 新 
IntSupplier 的 状态 。 下 面 的 代码 就 是 如 何 创建 一 个 在 调用 时 返回 下 一 个 斐 波 纳 契 项 的 


IntSupplier: 

































































IntSupplier fib = new IntSupplier(){ 


private int previous = 0; 
private int current = 1; 
public int getAsInt(){ 
int oldPrevious = this.previous; 
int nextValue = this.previous + this.current; 
this.previous = this.current; 
this.current = nextValue; 


return oldPrevious; 
} 

TR eo Wh 

前 面 的 代码 创建 了 一 个 IntSsuppliezr 的 实例 。 此 对 象 有 可 变 的 状态 : 它 在 两 个 实例 变量 中 
记录 了 前 一 个 斐 波 纳 契 项 和 当前 的 斐 波 纳 契 项 。getaAsInt 在 调用 时 会 改变 对 象 的 状态 ， 由 此 在 
每 次 调用 时 产生 新 的 值 。 相 比 之 下 , 使 用 iterate 的 方法 则 是 纯粹 不 变 的 : 它 没有 修改 现 有 状态 ， 
但 在 每 次 迭代 时 会 创建 新 的 元 组 。 你 将 在 第 7 章 了 解 到 ， 你 应 该 始终 采用 不 变 的 方法 ， 以 便 并 行 
处 理 流 ， 并 保持 结果 正确 。 请 注意 ， 因 为 你 处 理 的 是 一 个 无 限 流 ， 所 以 必须 使 用 1imit 操 作 来 显 
式 限制 它 的 大 小 ; 否则 ,终端 操作 ( 这 里 是 forEach ) 将 永远 计算 下 去 。 同 样 ， 你 不 能 对 无 限 流 
做 排序 或 归 约 ， 因 为 所 有 元 素 都 需要 处 理 ， 而 这 永远 也 完 不 成 ! 
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5.8 小 结 





这 一 章 很 长 , 但 是 很 有 收获 ! 现在 你 可 以 更 高 效 地 处 理 集 合 了 。 事实 上 , 流 让 你 可 以 简洁 地 
表达 复杂 的 数据 处 理 查 询 。 此 外 ， 流 可 以 透明 地 并 行 化 。 以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 


noneMa 


元 素 。 


























口 Streams API 可 以 表达 复杂 的 数据 处 理 查询 。 常 用 的 流 操作 总 结 在 表 5-1 中 。 

口 你 可 以 使 用 filter、distinct、skip 和 1imit 对 流 做 筛选 和 切片 。 

口 你 可 以 使 用 map 和 f1atMap 提 取 或 转换 流 中 的 元 素 。 

口 你 可 以 使 用 findFirst 和 和 findAny 方 法 查找 流 中 的 元 素 。 你 可 以 用 all1Match 、 











cch 和 anyMatch 方 法 计 流 匹配 给 定 的 谓词 。 


口 这 些 方法 都 利用 了 短路 : 找到 结果 就 立即 停止 计算 ; 没有 必要 处 理 整个 流 。 
口 你 可 以 利用 reduce 方 法 将 流 中 所 有 的 元 素 迭 代 合 并 成 一 个 结果 ， 例 如 求 和 或 查找 最 大 





口 filter 和 map 等 操作 是 无 状态 的 ,它们 并 不 存储 任何 状态 。reduce 等 操作 要 存储 状态 才 


能 计算 出 一 个 值 。sorted 和 aistinct 等 操作 也 要 存储 状态 ， 因 为 它们 需要 把 流 中 的 所 
有 元 素 缓存 起 来 才能 返回 一 个 新 的 流 。 这 种 操作 称 为 有 状态 操作 。 


创建 。 








口 流 有 三 种 基本 的 原始 类 型 特 化 : Intstream、DoubleStream 和 LongsStream。 它们 的 操 
作 也 有 相应 的 特 化 。 
口 流 不 仅 可 以 从 集合 创建 ， 也 可 从 值 、 数 组 、 文 件 以 及 iterate 与 generate 等 特定 方法 





口 无 限 流 是 没有 固定 大 小 的 流 。 
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本 章 内 容 

口 用 collectors 类 创建 和 使 用 收集 器 
口 将 数据 流 归 约 为 一 个 值 

口 汇总 : 归 约 的 特殊 情况 

口 数据 分 组 和 分 区 

口 开发 自己 的 自 定 义 收 集 顺 








我 们 在 前 一 章 中 学 到 , 流 可 以 用 类 似 于 数据 库 的 操作 帮助 你 处 理 集合 。 你 可 以 把 Java 8 的 流 
看 作 花 哨 又 懒惰 的 数据 集 迭 代 器 。 它 们 支持 两 种 类 型 的 操作 : 中间 操 作 ( 如 filter 或 nap ) 和 
终端 操作 (如 count 、fingdFirst、forEach 和 reduce )。 中 间 操 作 可 以 链接 起 来 ， 将 一 个 流 
转换 为 另 一 个 流 。 这 些 操作 不 会 消耗 流 ， 其 目的 是 建立 一 个 流水 线 。 与 此 相反 ， 终 端 操作 会 消 
耗 流 ， 以 产生 一 个 最 终结 果 ， 例 如 返回 流 中 的 最 大 元 素 。 它 们 通常 可 以 通过 优化 流水 线 来 缩短 
计算 时 间 。 

我 们 已 经 在 第 4 章 和 第 5 章 中 用 过 collect 终 端 操作 了 ， 当 时 主要 是 用 来 把 stream 中 所 有 的 
元 素 结合 成 一 个 List。 在 本 章 中 ， 你 会 发 现 collect 是 一 个 归 约 操作 ， 就 像 reduce 一 样 可 以 接 
受 各 种 做 法 作为 参数 ,将 流 中 的 元 素 累 积 成 一 个 汇总 结果 。 具 体 的 做 法 是 通过 定义 新 的 
Collector 接 口 来 定义 的 ， 因 此 区 分 collection、Collector 和 collect 是 很 重要 的 。 

下 面 是 一 些 查 询 的 例子 ， 看 看 你 用 collect 和 收集 器 能 够 做 什么 。 
口 对 一 个 交易 列表 按 货币 分 组 ， 获 得 该 货币 的 所 有 交易 额 总 和 ( 返回 一 个 Map<Currency， 
Integer> )。 
口 将 交易 列表 分 成 两 组 : 贵 的 和 不 贵 的 (返回 一 个 Map<Boolean，List<Transaction>> )。 
口 创建 多 级 分 组 ， 比 如 按 城市 对 交易 分 组 ， 然 后 进一步 按照 贵 或 不 贵 分 组 (返回 一 个 

Map<Boolean, List<Transaction>> )5 

激动 吗 ? 很 好 ， 我 们 先 来 看 一 个 利用 收集 器 的 例子 。 想 象 一 下 ， 你 有 一 个 由 Transaction 
构成 的 List ， 并 且 想 按照 名 义 货 币 进行 分 组 。 在 没有 Lambda 的 Java 里 ， 哪 怕 像 这 种 简单 的 用 例 
实现 起 来 都 很 曼 叶 ， 就 像 下 面 这 样 。 
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代码 清单 6-1 用 指令 式 风 格 对 交易 按照 货币 分 组 
Map<Currency, List<Transaction>> transactionsByCurrencies = 
new HashMap<>(); 


for (Transaction transaction : transactions) { < | 迭代 Transac- 
建立 累 斑 心 Currency currency = transaction.getCurrency (); tion 的 List 
积 交 易 List<Transaction> transactionsForCurrency = 
分 组 的 transactionsByCurrencies.get (currency); 
Map if (transactionsForCurrency == null) { 次 一 如 果 分 组 Map 中 没有 这 种 货 





transactionsForCurrency = new ArrayList<>(); ph 
> > 币 的 条 目 ， 就 创建 一 个 
提取 Tran- transactionsByCurrencies 

saction .put (currency, transactionsForCurrency); 


的 货币 | 将 当前 遍历 的 Transaction 


transactionsForCurrency.add (transaction); | Ee 
} 加 入 同一 货币 的 Transac- 


tion 的 List 


如 果 你 是 一 位 经 验 丰富 的 Java 程 序 员 ， 写 这 种 东西 可 能 挺 顺手 的 ， 不 过 你 必须 承认 ， 做 这 人 么 
简单 的 一 件 事 就 得 写 很 多 代码 。 更 糟糕 的 是 , 读 起 来 比 写 起 来 更 费劲 ! 代码 的 目的 并 不 容易 看 出 
来 , 尽管 换 作 白 话 的 话 是 很 直截了当 的 :“ 把 列表 中 的 交易 按 货币 分 组 ”你 在 本 章 中 会 学 到 ,用 
stream 中 collect 方 法 的 一 个 更 通用 的 collector 参 数 ， 你 就 可 以 用 一 句 话 实现 完全 相同 的 结 
果 ， 而 用 不 着 使 用 上 一 章 中 那个 toList 的 特殊 情况 了 : 


Map<Currency, List<Transaction>> transactionsByCurrencies = 
transactions.stream() .collect (groupingBy (Transaction::getCurrency)); 


这 一 比 差 得 还 真 多 ， 对 了 吧 ? 


6.1 收集 器 简介 


前 一 个 例子 清楚 地 展示 了 函数 式 编程 相对 于 指令 式 编程 的 一 个 主要 优势 : 你 只 需 指 出 希望 的 
结果 一 一 “做 什么 ”， 而 不 用 操心 执行 的 步骤 一 一 “如 何 做 ”。 在 上 一 个 例子 里 ,传递 给 collect 
方法 的 参数 是 collector 接 口 的 一 个 实现 ， 也 就 是 给 stream 中 元 素 做 汇总 的 方法 。 上 一 章 里 的 
toList 只 是 说 “ 按 顺 序 给 每 个 元 素 生 成 一 个 列表 ”; 在 本 例 中 ，groupingBy 说 的 是 “生成 一 个 
Map， 它 的 键 是 (货币 ) 桶 ， 值 则 是 桶 中 那些 元 素 的 列表 ”。 

要 是 做 多 级 分 组 , 指令 式 和 函数 式 之 间 的 区 别 就 会 更 加 明显 : 由 于 需要 好 多 层 般 套 循 环 和 条 
件 ， 指令 式 代 码 很 快 就 变 得 更 难 阅读 、 更 难 维护 、 更 难 修改 。 相 比 之 下 ， 函 数 式 版 本 只 要 再 加 上 
一 个 收集 器 就 可 以 轻松 地 增强 功能 了 ， 你 会 在 6.3 节 中 看 到 它 。 


6.1.1 ”收集 器 用 作 高 级 归 约 


刚刚 的 结论 又 引出 了 优秀 的 函数 式 API 设 计 的 男 一 个 好 处 : 更 易 复合 和 重用 。 收 集 顺 非常 有 
用 ,因为 用 它 可 以 简洁 而 灵活 地 定义 collect 用 来 生成 结果 集合 的 标准 。 更 具体 地 说 ， 对 流 调用 
collect 方 法 将 对 流 中 的 元 素 触发 一 个 归 约 操作 ( 由 collector 来 参数 化 ) 图 6-1 所 示 的 归 约 操 
作 所 做 的 工作 和 代码 清单 6-1 中 的 指令 式 代码 一 样 。 它 遍历 流 中 的 每 个 元 素 ， 并 让 collector 进 
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行 处 理 。 





























Es 转换 函数 /人 














图 6-1 ” 按 货币 对 交易 分 组 的 归 约 过 程 





{A 


@ in 


货币 /交易 对 





一 般 来 说 ,collector 会 对 元 素 应 用 一 个 转换 函数 ( 很 多 时 候 是 不 体现 任何 效果 的 恒 等 转换 ， 


例如 toList )， 并 将 结 
所 示 的 交易 分 组 的 例子 中 , 转换 函数 提取 了 每 笔 交 易 的 货币 ， 随 后 使 


累积 在 生成 的 Map 








中 。 


吉 果 累积 在 一 个 数据 结构 中 ， 从 而 产生 这 一 过 程 Ms 例如 ,在 前 面 





货币 作为 键 , 将 交易 本 身 





如 货币 的 例子 中 所 示 , collector 接 口中 方法 的 实现 决定 了 如 何 对 流 执行 归 约 操作 。 我 们 会 
在 6.5$ 节 和 6.6 节 研究 如 何 创建 自 定义 收集 器 。 但 collectors 实 用 类 提供 了 很 多 静态 工厂 方法 ， 
可 以 方便 地 创建 常见 收集 器 的 实例 ， 只 要 拿 来 用 就 可 以 了 。 最 直接 和 最 常用 的 收集 顺 是 coList 
静态 方法 ， 它 会 把 流 中 所 有 的 元 素 收集 到 一 个 List 中 


List<Transaction> transactions = 
transactionStream.collect (Collectors.toList()); 

















6.1.2 ”预定 义 收集 器 


在 本 章 剩 下 的 部 分 中 ， 我 们 主要 探讨 预定 义 收 集 器 的 功 
类 提供 的 工厂 方法 ( 例如 groupingBy ) 创建 的 收集 器 
口 将 流 元 素 归 约 和 汇总 为 一 个 值 


口 元 素 分 组 
口 元 素 分 区 



































能 ， 也 就 是 那些 可 以 从 collectors 
它们 主要 提供 了 三 大 功能 





我 们 先 来 看 看 可 以 进行 归 约 和 汇总 的 收集 器 。 它 们 在 很 多 场合 下 都 很 方便 ， 比 如 前 面 例子 中 
提 到 的 求 一 系列 交易 的 总 交易 额 。 


然后 你 将 看 至 








如何 对 流 中 的 元 素 进 行 分 组 , 同时 把 前 一 个 例子 推 





广 到 多 层次 分 组 , 或 把 不 同 
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的 收集 器 结合 起 来 ， 对 每 个 子 组 进行 进一步 归 约 操作 。 我 们 还 将 谈 到 分 组 的 特殊 情况 “分 区 ”， 
即使 用 谓词 〈 返 回 一 个 布尔 值 的 单 参数 函数 ) 作为 分 组 函数 。 

6.4 节 末 有 一 张 表 ， 总 结 了 本 章 中 探讨 的 所 有 预定 义 收 集 器 。 在 6.5 节 你 将 了 解 更 多 有 关 
Collector 接 口 的 内 容 。 在 6.6 节 中 你 会 学 到 如 何 创建 自己 的 自 定义 收集 器 ， 用 于 collectors 
类 的 工厂 方法 无 效 的 情况 。 


为 了 说 明 从 collectors 工 厂 类 中 能 创建 出 多 少 种 收集 器 实例 ， 我 们 重用 一 下 前 一 章 的 例 
子 : 包含 一 张 佳肴 列表 的 菜单 ! 

就 像 你 刚刚 看 到 的 ,在 需要 将 流 项 目 重组 成 集合 时 ,一 般 会 使 用 收集 器 ( Stream 方 法 collect 
的 参数 ) 再 宽泛 一 点 来 说 , 但 凡 要 把 流 中 所 有 的 项 目 合并 成 一 个 结果 时 就 可 以 用 。 这 个 结果 可 以 
是 任何 类 型 ， 可 以 复杂 如 代表 一 棵 树 的 多 级 映射 ， 或 是 简单 如 一 个 整数 一 一 也 许 代表 了 菜单 的 热 
量 总 和 。 这 两 种 结果 类 型 我 们 都 会 讨论 : 6.2.2 节 讨论 单个 整数 ，6.3.1 节 讨论 多 级 分 组 。 

我 们 先 来 举 一 个 简单 的 例子 ， 利 用 counting 工 三 方法 返回 的 收集 器 ， 数 一 数 菜单 里 有 多 少 
种 菜 : 
long howManyDishes = menu.stream() .collect (Collectors.counting()); 
这 还 可 以 写 得 更 为 直接 : 
long howManyDishes = menu.stream() .count () ; 
counting 收 集 器 在 和 其 他 收集 器 联合 使 用 的 时 候 特 别 有 用 ， 后 面 会 谈 到 这 一 点 。 
在 本 章 后 面 的 部 分 ， 我 们 假定 你 已 导入 了 collectors 类 的 所 有 静态 工厂 方法 : 
import static java.util.stream.Collectors.*; 


这 样 你 就 可 以 写 counting () 而 用 不 着 写 collectors .counting() 之 类 的 了 。 
让 我 们 来 继续 探讨 简单 的 预定 义 收 集 器 ， 看 看 如 何 找到 流 中 的 最 大 值 和 最 小 值 。 


6.2.1 查找 流 中 的 最 大 值 和 最 小 值 


假设 你 想 要 找 ; 菜单 中 热量 最 高 的 菜 。 你 可 以 使 用 两 个 收集 器 ，Collectors.maxBy 和 
Collectors.minBy, 来 计算 流 中 的 最 大 或 最 小 值 。 这 两 个 收集 右 接 收 一 个 Comparator 参 数 来 
比较 流 中 的 元 素 。 你 可 以 创建 一 个 comparator 来 根据 所 含 热量 对 菜肴 进行 比较 ， 并 把 它 传 递 给 


Collectors.maxBy: 
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Comparator<Dish> dishCaloriesComparator = 
Comparator.comparingInt (Dish::getCalories); 


Optional<Dish> mostCalorieDish = 
menu .stream() 
.Collect (maxBy (dishCaloriesComparator)); 
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你 可 能 在 想 optional<Dish> 是 怎么 回 事 。 要 回答 这 个 问题 ， 我 们 需要 问 “ 要 是 menu 为 空 
怎么 办 "。 那 就 没有 要 返回 的 菜 了 1 Java 8 引入 了 optional， 它 是 一 个 容器 ， 可 以 包含 也 可 以 不 
包含 值 。 这 里 它 完美 地 代表 了 可 能 也 可 能 不 返回 菜肴 的 情况 。 我 们 在 第 5 章 讲 fingany 方 法 的 时 
候 简 要 提 到 过 它 。 现 在 不 用 担心 ,我 们 专门 用 第 10 章 来 研究 optional<T> 及 其 操作 。 

另 一 个 常见 的 返回 单个 值 的 归 约 操作 是 对 流 中 对 象 的 一 个 数值 字段 求 和 。 或 者 你 可 能 想 要 求 
平均 数 。 这 种 操作 被 称 为 汇总 操作 。 让 我 们 来 看 看 如 何 使 用 收集 器 来 表达 汇总 操作 。 
































6.2.2 汇总 


Collectors 类 专门 为 汇总 提供 了 一 个 工厂 方法 : collectors .summingInt。 它 可 接受 一 
个 把 对 象 映射 为 求 和 所 需 int 的 函数 ， 并 返回 一 个 收集 器 ; 该 收集 器 在 传递 给 普通 的 collect 方 
法 后 即 执行 我 们 需要 的 汇总 操作 。 举 个 例子 来 说 ， 你 可 以 这 样 求 出 菜单 列表 的 总 热量 : 

int totalCalories = menu.stream() .collect (summingInt (Dish::getCalories)); 

这 里 的 收集 过 程 如 图 6-2 所 示 。 在 遍历 流 时 ， 会 把 每 一 道 菜 都 映射 为 其 热量 ,然后 把 这 个 数 
字 累 加 到 一 个 累加 器 ( 这 里 的 初始 值 0 )。 

Collectors.summingLong 和 Collectors. summingDouble 方 法 的 作用 完全 一 样 ,可 以 用 
于 求 和 字段 为 1ong 或 aouble 的 情况 。 
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图 6-2”summingInt 收 集 器 的 累积 过 程 
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但 汇总 不 仅仅 是 求 和 ; 还 有 collectors .averagingInt， 连 同 对 应 的 averagingLong 和 
averagingDoubl 可 以 计算 数值 的 平均 数 : 


double avgCalories = 
menu.stream() .collect (averagingInt (Dish::getCalories)); 


到 目前 为 止 , 你 已 经 看 到 了 如 何 使 用 收集 器 来 给 流 中 的 元 素 计 数 , 找到 这 些 元 素数 值 属性 的 
最 大 值 和 最 小 值 ， 以 及 计算 其 总 和 和 平均 值 。 不 过 很 多 时 候 , 你 可 能 想 要 得 到 两 个 或 更 多 这 样 的 
结果 ， 而且 你 希望 只 需 一 次 操作 就 可 以 完成 。 在 这 种 情况 下 ,你 可 以 使 用 summarizingInt 工 三 
方法 返回 的 收集 器 。 例 如 ， 通 过 一 次 summarizing 操 作 你 可 以 就 数 出 菜单 中 元 素 的 个 数 ， 并 得 
到 菜肴 热量 总 和 、 平 均值 、 最 大 值 和 最 小 值 : 


IntSummaryStatistics menuStatistics = 
menu.stream() .collect (summarizingInt (Dish::getCalories)); 


这 个 收集 器 会 把 所 有 这 些 信息 收集 到 一 个 叫 作 Intsummarystatistics 的 类 里 ， 它 提供 了 
方便 的 取 值 ( getter ) 方法 来 访问 结果 。 打 印 menustatisticobject 会 得 到 以 下 输出 : 


IntSummaryStatistics{count=9, sum=4300, min=120, 
average=477.777778, max=800} 


同样 ， 相应 的 summariz ingLong 和 summari 去 ingDouble 工 厂 方法 有 相关 的 LongSummary-— 


Statistics 和 DoublesummaryStatistics 类 型 ， 适 用 于 收集 的 属性 是 原始 类 型 1ong 或 
double 的 情况 。 





















































6.2.3 ”连接 字符 串 

















joining 工 三 方法 返回 的 收集 器 会 把 对 流 中 每 一 个 对 象 应 用 koSstring 方 法 得 到 的 所 有 字符 
串 连 接 成 一 个 字符 串 。 这 意味 着 你 把 菜单 中 所 有 荣 看 的 名 称 连接 起 来 ， 如 下 所 示 ; 

String shortMenu = menu.stream() .map(Dish::getName) .collect (joining()); 

请 注意 ，joining 在 内 部 使 用 了 stringBuilder 来 把 生成 的 字符 串 逐 个 追加 起 来 。 此 外 还 
要 注意 ， 如 果 Dish 类 有 一 个 tostring 方 法 来 返回 菜肴 的 名 称 ， 那 你 无 需 用 提取 每 一 道 菜 名 称 的 
函数 来 对 原 流 做 映射 就 能 够 得 到 相同 的 结 

String shortMenu = menu.stream().collect (joining()); 

二 者 均 可 产生 以 下 字符 串 : 

porkbeefchickenfrench friesriceseason fruitpizzaprawnssalmon 

但 该 字符 串 的 可 读 性 并 不 好 。 幸好, joining 工 厂 方法 有 一 个 重 载 版 本 可 以 接受 元 素 之 间 的 
分 界 符 ， 这 样 你 就 可 以 得 到 一 个 逗号 分 隔 的 菜肴 名 称 列 表 : 

String shortMenu = menu.stream() .mab(Dish::getName) .collect (joining(", ")); 


正如 我 们 预期 的 那样 ， 它 会 生成 : 
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pork, beef, chicken, french fries, rice, season fruit, pizza, prawns, salmon 

到 目前 为 止 , 我 们 已 经 探讨 了 各 种 将 流 归 约 到 一 个 值 的 收集 器 。 在 下 一 节 中 , 我 们 会 展示 为 
什么 所 有 这 种 形式 的 归 约 过 程 , 其 实 都 是 collectors .reducing 工 厂 方法 提供 的 更 广义 归 约 收 
集 融 的 特殊 情况 。 




















6.2.4 广义 的 归 约 汇总 


事实 上 ， 我 们 已 经 讨论 的 所 有 收集 器 ， 都 是 一 个 可 以 用 redqucing 工 厂 方法 定义 的 归 约 过 程 
的 特殊 情况 而 已 。collectors .reducing 工 厂 方法 是 所 有 这 些 特殊 情况 的 一 般 化 。 可 以 说 ， 先 
前 讨论 的 案例 仅仅 是 为 了 方便 程序 员 而 已 。( 但 是 , 请 记得 方便 程序 员 和 可 读 性 是 头等 大 事 ! ) 例 
如 ， 可 以 用 reducing 方 法 创建 的 收集 器 来 计算 你 菜单 的 总 热量 ， 如 下 所 示 : 


int totalCalories = menu.stream() .collect (reducingl( 
0, Dish::getCalories, (i, j) -> i + j)); 

































































它 需 要 三 个 参数 。 

口 第 一 个 参数 是 归 约 操作 的 起 始 值 ， 也 是 流 中 没有 元 素 时 的 返回 值 ， 所 以 很 显然 对 于 数值 

和 而 言 0 是 一 个 合适 的 值 。 

口 第 二 个 参数 就 是 你 在 6.2.2 节 中 使 用 的 函数 ， 将 菜肴 转换 成 一 个 表示 其 所 含 热量 的 int。 

口 第 三 个 参数 是 一 个 Binaryoperator， 将 两 个 项 目 累积 成 一 个 同类 型 的 值 。 这 里 它 就 是 
对 两 个 int 求 和 。 

同样 ， 你 可 以 使 用 下 面 这 样 单 参数 形式 的 reducing 来 找到 热量 最 高 的 菜 ， 如 下 所 示 : 

Optional<Dish> mostCalorieDish = 


menu.stream() .collect (reducing!( 
(dl1, d2) -> dl.getCalories() > d2.getCalories() ? dl1 : d2)); 


你 可 以 把 单 参数 reaucing 工 厂 方法 创建 的 收集 器 看 作 三 参数 方法 的 特殊 情况 ， 它 把 流 中 的 
第 一 个 项 目 作 为 起 点 ， 把 恒 等 函 数 ( 即 一 个 函数 仅仅 是 返回 其 输入 参数 ) 作为 一 个 转换 函数 。 这 
也 意味 着 ， 要 是 把 单 参数 requcing 收 集 器 传递 给 空 流 的 collect 方 法 ， 收 集 器 就 没有 起 点 ; 正 
如 我 们 在 6.2.1 节 中 所 解释 的 ， 它 将 因此 而 返回 一 个 optional<Dish> 对 象 。 
















































































收集 与 归 约 
在 上 一 章 和 本 章 中 讨论 了 很 多 有 关 归 约 的 内 容 。 你 可 能 想 知道 ，Stream 接 口 的 collect 
和 reduce 方 法 有 何不 同 ， 因 为 两 种 方法 通常 会 获得 相同 的 结果 。 例 如 ， 你 可 以 像 下 面 这 样 使 
用 reduce 方 法 来 实现 toListCollector 所 做 的 工作 : 
Stream<Integer> stream = Arrays.asList(1, 2, 3, 4, 5, 6).stream(); 
List<Integer> numbers = stream.reducel 
new ArrayList<Integer>(), 
(List<Integer> 1, Integer e) -> { 


lJ.add(e)s; 
Te NEG sr a 
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(List<Integer> 11, List<Integer> 12) -> { 
de 
ren 


这 个 解决 方案 有 两 个 问题 一 个 语义 问题 和 一 个 实际 问题 。 语 义 问 题 在 于 ，reduce 方 法 
旨 在 把 两 个 值 结 合 起 来 生成 一 个 新 值 ， 它 是 一 个 不 可 变 的 归 约 。 与 此 相反 ，collect 方 法 的 设 
计 就 是 要 改变 容器 ， 从 而 累积 要 输出 的 结果 。 这 意味 着 ， 上 面 的 代码 片段 是 在 滥用 reduce 方 
法 ， 因 为 它 在 原 地 改变 了 作为 累加 器 的 List。 你 在 下 一 章 中 会 更 详细 地 看 到 ， 以 错误 的 语义 
使 用 reduce 方 法 还 会 造成 一 个 实际 问题 : 这 个 归 约 过 程 不 能 并 行 工作 ， 因 为 由 多 个 线程 并 发 
修改 同一 个 数据 结构 可 能 会 破坏 List 本 身 。 在 这 种 情况 下 ， 如 果 你 想 要 线程 安全 ， 就 需要 每 
次 分 配 一 个 新 的 List， 而 对 象 分 配 又 会 影响 性 能 。 这 就 是 collect 方 法 特别 适合 表达 可 变 容 
器 上 的 归 约 的 原因 ， 更 关键 的 是 它 适 合并 行 操作 ， 本 章 后 面 会 谈 到 这 一 点 。 


1. 收集 框架 的 灵活 性 : 以 不 同 的 方法 执行 同样 的 操作 
你 还 可 以 进一步 简化 前 面 使 用 requcing 收 集 右 的 求 和 例子 一 一 引用 Integer 类 的 sum 方 
法 ， 而 不 用 去 写 一 个 表达 同一 操作 的 Lambda 表 达 式 。 这 会 得 到 以 下 程序 : 











int totalCalories = menu.stream() .collect (reducing(0， < 一 初始 值 
Dish::getCalories, < 一 转换 函数 
Integer: :sum)); < 一 累积 函数 


从 逻辑 上 说 ， 归 约 操 作 的 工作 原理 如 图 6-3 所 示 : 利用 累积 函数 ， 把 一 个 初始 化 为 起 始 值 的 
累加 器 ， 和 把 转换 函数 应 用 到 流 中 每 个 元 素 上 得 到 的 结果 不 断 迭 代 合 并 起 来 。 
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累 
图 6-3 ”计算 菜单 总 热量 的 归 约 过 程 
在 现实 中 , 我 们 在 6.2 节 开始 时 提 到 的 count ing 收 集 器 也 是 类 似 地 利用 三 参数 reducing 工 厂 
方法 实现 的 。 它 把 流 中 的 每 个 元 素 都 转换 成 一 个 值 为 1 的 Long 型 对 象 ， 然 后 再 把 它们 相 加 : 


public static <T> Collector<T, ?, Long> counting() { 
return reducing(0L, e -> 1L, Long::sum); 












































} 
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使 用 泛 型 ?通配符 

在 刚刚 提 到 的 代码 片段 中 ， 你 可 能 已 经 注意 到 了 ?通配符 ， 它 用 作 counting 工 厂 方法 返 
回 的 收集 器 签名 中 的 第 二 个 泛 型 类 型 。 对 这 种 记 法 你 应 该 已 经 很 熟悉 了 , 特别 是 如 果 你 经 常 使 
用 Java 的 集合 框架 的 话 。 在 这 里 ， 它 仅仅 意味 着 收集 器 的 累加 器 类 型 未 知 ， 换 句 话说 ， 累 加 器 
本 身 可 以 是 任何 类 型 。 我 们 在 这 里 原封 不 动 地 写 出 了 Collectors 类 中 原始 定义 的 方法 签名 ， 
但 在 本 章 其 余部 分 我 们 将 避免 使 用 任何 通配符 表示 法 ， 以 使 讨论 尽 可 能 简单 。 








我 们 在 第 5 章 已 经 注意 到 ， 还 有 另 一 种 方法 不 使 用 收集 器 也 能 执行 相同 操作 一 一 将 菜肴 流 映 
射 为 每 一 道 菜 的 热量 ， 然 后 用 前 一 个 版 本 中 使 用 的 方法 引用 来 归 约 得 到 的 流 : 


int totalCalories = 
menu.stream() .map (Dish::getCalories) .reduce(Integer::sum) .get (); 


请 注意 ， 就 像 流 的 任何 单 参数 reduce 操 作 一 样 ，reduce (Integer: :sum) 返 回 的 不 是 int 
而 是 optional<Integer>, 以 便 在 空 流 的 情况 下 安全 地 执行 归 约 操作 。 然后 你 只 需 用 Optional 
对 象 中 的 set 方法 来 提取 里 面 的 值 就 行 了 。 请 注意 ， 在 这 种 情况 下 使 用 get 方 法 是 安全 的 ， 只 是 
因为 你 已 经 确定 菜肴 流 不 为 空 。 你 在 第 10 章 还 会 进一步 了 解 到 ,一 般 来 说 , 使 用 允许 提供 默认 值 
的 方法 , 如 orElse 或 orElseGet 来 解 开 Optional 中 包含 的 值 更 为 安全 。 最后, 更 简洁 的 方法 是 
把 流 映 射 到 一 个 Intstream， 然 后 调用 sum 方 法 ,你 也 可 以 得 到 相同 的 结果 : 

int totalCalories = menu.stream() .mapToInt (Dish::getCalories) .sum(); 

2. 根据 情况 选择 最 佳 解决 方案 

这 再 次 说 明了 ， 函 数 式 编程 ( 特别 是 Java 8 的 collections 框 架 中 加 入 的 基于 函数 式 风格 原 
理 设计 的 新 API ) 通常 提供 了 多 种 方法 来 执行 同一 个 操作 。 这 个 例子 还 说 明 ， 收 集 器 在 某 种 程度 
上 比 Stream 接 口上 直接 提供 的 方法 用 起 来 更 复杂 ， 但 好 处 在 于 它们 能 提供 更 高 水 平 的 抽象 和 概 
括 ， 也 更 容易 重用 和 自 定义 。 

我 们 的 建议 是 , 尽 可 能 为 手头 的 问题 探索 不 同 的 解决 方案 , 但 在 通用 的 方案 里 面 ， 始终 选择 
最 专门 化 的 一 个 。 无论 是 从 可 读 性 还 是 性 能 上 看 ,这 一 般 都 是 最 好 的 决定 。 例 如 ,要 计 菜 单 的 总 
热量 ， 我 们 更 倾向 于 最 后 一 个 解决 方案 ( 使 用 Intstream )， 因 为 它 最 简明 ， 也 很 可 能 最 易 读 。 
同时 , 它 也 是 性 能 最 好 的 一 个 ,因为 Intstream 可 以 让 我 们 避免 自动 拆 箱 操作 ,也 就 是 从 Integer 
到 int 的 隐 式 转换 ， 它 在 这 里 毫 无 用 处 。 

接 下 来 , 请 看 看 测验 6.1, 测试 一 下 你 对 于 requcing 作 为 其 他 收集 器 的 概括 的 理解 程度 如 何 。 





















































































































































测验 6.1: 用 reducing 连 接 字符 串 
以 下 哪 一 种 reaucing 收 集 器 的 用 法 能 够 合法 地 替代 joining 收 集 器 (如 6.2.3 节 用 法 ) ? 
String ShortMenu = menu.stream() .map(Dish::getName) .collect (joining()); 
(1) string shortMenu = menu.stream() .map (Dish::getName) 


.Collect( reducing I 0 
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(2) String SoawMem menue ereame, 
.Collect( reducing( (dl, d2) -> dl.getName() + d2.getName() ) ) .get(): 
(3) Sebring SnoreMnu "menu serea® 
Seouleet (eee DeNane( SS 2 Se 0 
答案 : 语句 1 和 语句 3 是 有 效 的， 语句 2 无 法 编译 。 
(1) 这 会 将 每 道 菜 转换 为 菜 名 ， 就 像 原 先 使 用 joining 收 集 器 的 语句 一 样 。 然 后 用 一 个 


String 作 为 累加 器 归 约 得 到 的 字符 串 流 ， 并 将 菜 名 逐个 连接 在 它 后 面 。 


(2) 这 无 法 编译 ， 因 为 reducing 接受 的 参数 是 一 个 BinaryOperator<t>， 也 就 是 一 个 


BiFunction<T,T,T>。 这 就 意味 着 它 需要 的 函数 必须 能 接受 两 个 参数 ， 然 后 返回 一 个 相同 类 
型 的 值 ， 但 这 里 用 的 Lambda 表 达 式 接受 的 参数 是 两 个 菜 ， 返 回 的 却 是 一 个 字符 串 。 


(3) 这 会 把 一 个 空 字符 囊 作 为 累加 器 来 进行 归 约 ， 在 遍历 菜肴 流 时 ， 它 会 把 每 道 菜 转换 成 


菜 名 ， 并 追加 到 累加 器 上 。 请 注意 ,我 们 前 面 讲 过 ，reducing 要 返回 一 个 0ptional 并 不 需 
要 三 个 参数 , 因为 如 果 是 空 流 的 话 , 它 的 返回 值 更 有 意义 一 一 也 就 是 作为 累加 器 初始 值 的 空 字 
符 串 。 


请 注意 , 虽然 语句 1 和 语句 3 都 能 够 合法 地 替代 joining 收 集 器 , 它们 在 这 里 是 用 来 展示 我 


们 为 何 可 以 ( 至少 在 概念 上 ) 把 reducing 看 作 本 章 中 讨论 的 所 有 其 他 收集 器 的 概括 。 然 而 就 
实际 应 用 而 言 ， 不 管 是 从 可 读 性 还 是 性 能 方面 考虑 ， 我 们 始终 建议 使 用 joining 收 集 器 。 


6.3 


分 组 
一 个 常见 的 数据 库 操作 是 根据 一 个 或 多 个 属性 对 集合 中 的 项 目 进行 分 组 , 就 像 前 面 讲 到 按 货 












































币 对 交易 进行 分 组 的 例子 一 样 ， 如果 用 指令 式 风 格 来 实现 的 话 ， 这 个 操作 可 能 会 很 太 烦 、 哆 唆 而 
且 容 易 出 错 。 但 是 ， 如 果 用 Java 8 所 推崇 的 函数 式 风 格 来 重 写 的 话 ， 就 很 容易 转化 为 一 个 非常 容 
易 看 懂 的 语句 。 我 们 来 看 看 这 个 功能 的 第 二 个 例子 : 假设 你 要 把 荣 单 中 的 全 按照 类 型 进行 分 类 ， 


有 肉 














的 放 一 组 ， 有 鱼 的 放 一 组 ， 其 他 的 都 放 另 一 组 。 用 collectors .groupingBy 工 厂 方法 返回 








的 收集 器 就 可 以 轻松 地 完成 这 项 任务 ， 如 下 所 示 : 


Map<Dish.Type, List<Dish>> dishesByType = 
menu.stream() .collect (groupingBy (Dish: :getType)); 


其 结果 是 下 面 的 Map: 


{FISH= [prawns, salmon], OTHER=[french fries, rice, season fruit, pizzal, 
MEAT= [pork, beef, chicken]} 


这 里 ， 你 给 groupingBy 方 法 传递 了 一 个 Function (以 方法 引用 的 形式 )， 它 提取 了 流 中 每 














一 道 Dish 的 Dish.Type。 我 们 把 这 个 Function 叫 作 分 类 函数 ,因为 它 用 来 把 流 中 的 元 素 分 成 不 
同 的 组 。 如 图 6-4 所 示 ， 分 组 操作 的 结果 是 一 个 Map， 把 分 组 函数 返回 的 值 作为 映射 的 键 ， 把 流 中 
所 有 具有 这 个 分 类 值 的 项 目的 列表 作为 对 应 的 映射 值 。 在 菜单 分 类 的 例子 中 ， 键 就 是 菜 的 类 型 ， 
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值 就 是 包含 所 有 对 应 类 型 的 菜肴 的 列表 。 
























































分 组 映射 
下 一 个 
项 目 
时 了 
' 应 键 

prawns 一 分 类 函数 FISH 一 一 一 | 下 正六 还 MEAT OTHER 

了 站 
将 项 目 分 类 放 到 列表 中 salmon pork DZ 
beef rice 

chicken french fries 























图 6-4 在 分 组 过 程 中 对 流 中 的 项 目 进行 分 类 

但 是 ,分 类 函数 不 一 定 像 方法 引用 那样 可 用 ,因为 你 想 用 以 分 类 的 条 件 可 能 比 简单 的 属性 访 
问 融 要 复杂 。 例 如 ， 你 可 能 想 把 热量 不 到 400 卡 路 里 的 菜 划分 为 “低热 量 ”( diet )， 热 量 400 到 700 
卡路里 的 菜 划 为 “普通 ”( normal )， 高 于 700 卡 路 里 的 划 为 “高 热量 ”( fat )。 由 于 Dish 类 的 作者 
没有 把 这 个 操作 写成 一 个 方法 ,你 无 法 使 用 方法 引用 , 但 你 可 以 把 这 个 逻辑 写成 Lambda 表 达 式 : 


public enum CaloricLevel { DIET, NORMAL, FAT } 























ap<CaloricLevel, List<Dish>> dishesByCaloricLevel = menu.stream() .collect( 
groupingBy (dish -> { 
if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return 
CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 
Yr 


现在 , 你 已 经 看 到 了 如 何 对 菜单 中 的 菜肴 按照 类 型 和 热量 进行 分 组 , 但 要 是 想 同时 按照 这 两 
个 标准 分 类 怎么 办 呢 ? 分 组 的 强大 之 处 就 在 于 它 可 以 有 效 地 组 合 。 让 我 们 来 看 看 怎么 做 。 


6.3.1 多 级 分 组 


要 实现 多 级 分 组 , 我 们 可 以 使 用 一 个 由 双 参 数 版 本 的 collectors .groupingBy 工 厂 方法 创 
建 的 收集 器 , 它 除 了 普通 的 分 类 函数 之 外 , 还 可 以 接受 collector 类 型 的 第 二 个 参数 。 那么 要 进 
行 二 级 分 组 的 话 ， 我 们 可 以 把 一 个 内 层 groupingBy 传 递 给 外 层 groupingBy， 并 定义 一 个 为 流 
中 项 目 分 类 的 二 级 标准 ， 如 代码 清单 6-2 所 示 。 


代码 清单 6-2 多 级 分 组 


Map<Dish.Type, Map<CaloricLevel, List<Dish>>> dishesByTypeCaloricLevel = 
menu.stream() .collect( 


groupingBy (Dish::getType, : 二 级 分 类 函数 


























一 级 分 groupingBy (dish -> { 
类 函数 if (dish.getCalories() <= 400) return CaloricLevel .DIET; 


else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 








else return CaloricLevel .FAT; 
) 
) 
外 
这 个 二 级 分 组 的 结果 就 是 像 下 面 这 样 的 两 级 Map 
{MEAT={DIET=[chicken], NORMAL= [beef], FAT=[pork]}, 


FISH={DIET=[prawns], NORMAL= [salmon]}, 
OTHER={DIET=[rice, seasonal fruit], NORMAL=[french fries, pizzal]}} 


这 里 的 外 层 Map 的 键 就 是 第 一 级 分 类 函数 生成 的 值 :“fish, meat, other”， 而 这 个 Map 的 值 又 是 
一 个 Map， 键 是 二 级 分 类 函数 生成 的 值 :“normal diet, fat”。 最 后 ， 第 二 级 map 的 值 是 流 中 元 素 构 
成 的 List, 是 分 别 应 用 第 一 级 和 第 二 级 分 类 函数 所 得 到 的 对 应 第 一 级 和 第 二 级 键 的 值 :“salmon 、 
pizza...” 这 种 多 级 分 组 操作 可 以 扩展 至 任意 层级 ,nn 级 分 组 就 会 得 到 一 个 代表 n 级 树 形 结 构 的 n 级 
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图 6-5 显 示 了 为 什么 结构 相当 于 n 维 表格 ， 并 强调 了 分 组 操作 的 分 类 目的 。 
一 般 来 说 ， 把 groupingBy 看 作 “ 桶 ”比较 容易 明白 。 第 一 个 groupingBy 给 每 个 键 建立 了 
一 个 桶 。 然 后 再 用 下 游 的 收集 器 去 收集 每 个 桶 中 的 元 素 ， 以 此 得 到 nn 级 分 组 。 


一 级 映射 
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二 级 映射 
NORMAL DIET 
iit 
salmon i 
Li 
type 
J FISH MEAT OTHER 
GalOries 
| + | Pizza 
DIET prawns | chicken ET 
pork beef chicken < - 
汐 鸡 匠 国 加 
NORMAL salmon | beef 
rice 
FAT pork | 























图 6-5 nn 层 般 套 映射 和 n 维 分 类 表 之 间 的 等 价 关 系 








6.3.2 ” 按 子 组 收集 数据 


在 上 一 节 中 ， 我 们 看 到 可 以 把 第 二 个 groupingBy 收 集 器 传递 给 外 层 收 集 器 来 实现 多 级 分 
组 。 但 进一步 说 ， 传 递 给 第 一 个 groupingBy 的 第 二 个 收集 器 可 以 是 任何 类 型 ， 而 不 一 定 是 另 一 
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个 groupingBy。 例 如 ， 要 数 一 数 菜单 中 每 类 菜 有 多 少 个 ， 可 以 传递 counting 收 集 器 作为 
groupingBy 收 集 器 的 第 二 个 参数 : 


Map<Dish.Type, Long> typesCount = menu.stream() .collect( 
groupingBy (Dish::getType, counting())); 


其 结果 是 下 面 的 Map: 
{MEAT=3, FISH=2, OTHER=4} 


还 要 注意 ， 普 通 的 单 参数 groupingBy (f)( 其 中 f 是 分 类 函数 ) 实际 上 是 groupingBy (f， 
toList () ) 的 简便 写法 。 
再 举 一 个 例子 , 你 可 以 把 前 面 用 于 查找 菜单 中 热量 最 高 的 菜肴 的 收集 器 改 一 改 , 按照 菜 的 类 
型 分 类 : 
ap<Dish.Type, Optional<Dish>> mostCaloricByType = 
menu .Stream( ) 


.Collect (groupingBy (Dish: :getType， 
maxBy (ComparingInt (Dish::getCalories)))); 


这 个 分 组 的 结果 显然 是 一 个 map, 以 Dish 的 类 型 作为 键 , 以 包装 了 该 类 型 中 热量 最 高 的 Di sh 
的 optional<Dish> 作 为 值 : 


{FISH=Optional[salmon], OTHER=Optional [pizza], MEAT=Optional [pork]} 
































注意 这 个 Map 中 的 值 是 Optional， 因 为 这 是 maxBy 工 厂 方法 生成 的 收集 器 的 类 型 ， 但 实际 上 ， 
如 果菜 单 中 没有 某 一 类 型 的 Dish， 这 个 类 型 就 不 会 对 应 一 个 Optional.， empty() 值 ， 
而 且 根本 不 会 出 现在 Map 的 键 中 。groupingBy 收 集 器 只 有 在 应 用 分 组 条 件 后 ， 第 一 次 在 
流 中 找到 某 个 键 对 应 的 元 素 时 才 会 把 键 加 入 分 组 Map 中 。 这 意味 着 Optional 包 装 器 在 这 
里 不 是 很 有 用 ， 因 为 它 不 会 仅仅 因为 它 是 归 约 收集 器 的 返回 类 型 而 表达 一 个 最 终 可 能 不 
存在 却 意 外 存在 的 值 。 


1. 把 收集 器 的 结果 转换 为 另 一 种 类 型 

为 分 组 操作 的 Map 结 果 中 的 每 个 值 上 包装 的 optional 没 什么 用 ， 所 以 你 可 能 想 要 把 它们 
去 掉 。 要 做 到 这 一 点 ， 或 者 更 一 般 地 来 说 ， 把 收集 器 返回 的 结果 转换 为 另 一 种 类 型 ， 你 可 以 使 用 
collectors.collectingandqThen 工 厂 方法 返回 的 收集 器 ， 如 下 所 示 。 


代码 清单 6-3 ”查找 每 个 子 组 中 热量 最 高 的 pi sh 


Map<Dish.Type, Dish> mostCaloricByType = 














menu.stream() 分 类 函数 
.Collect (groupingBy (Dish::getType, < 一 4 
; 包装 后 的 
collectingAndThen( 收集 器 
maxBy (comparingInt (Dish::getCalories)), < 上 一 
函 


Optional::get))); 


124 第 6 章 用 流 收集 数据 








这 个 工厂 方法 接受 两 个 参数 一 一 要 转换 的 收集 器 以 及 转换 函数 , 并 返回 另 一 个 收集 器 。 这 个 
收集 器 相当 于 旧 收 集 器 的 一 个 包装 , collect 操 作 的 最 后 一 步 就 是 将 返回 值 用 转换 函数 做 一 个 映 
射 。 在 这 里 ， 被 包 起 来 的 收集 器 就 是 用 maxBy 建 立 的 那个 ， 而 转换 函数 optional: :get 则 把 返 
回 的 optional 中 的 值 提 取出 来 。 前 面 已 经 说 过 ， 这 个 操作 放 在 这 里 是 安全 的 ， 因 为 requcing 
收集 需 永 远 都 不 会 返回 Optional .empty ()。 其 结果 是 下 面 的 Map: 

{FISH=salmon, OTHER=pizza, MEAT=pork} 

把 好 几 个 收集 器 般 套 起 来 很 常见 ， 它 们 之 间 到 底 发 生 了 什么 可 能 不 那么 明显 。 图 6-6 可 以 直 
观 地 展示 它们 是 怎么 工作 的 。 从 最 外 层 开 始 逐 层 向 里 ， 注 意 以 下 几 点 。 

口 收集 器 用 虚线 表示 ， 因 此 groupingBy 是 最 外 层 , 根据 菜肴 的 类 型 把 菜单 流 分 组 ,得 到 三 
个 子 流 。 

口 groupingBy 收 集 器 包 庄 着 collectingandqThen 收 集 器 ， 因 此 分 组 操作 得 到 的 每 个 子 流 
都 用 这 第 二 个 收集 器 做 进一步 归 约 。 

口 collectingandTrhen 收 集 器 又 包 应 着 第 三 个 收集 器 maxBy。 































































































口 随后 由 归 约 收集 器 进行 子 流 的 归 约 操作 , 然后 包含 它 的 collectingandThen 收 集 器 会 对 
其 结果 应 用 optional :get 转 换 函 数 。 
口 对 三 个 子 流 分 别 执行 这 一 过 程 并 转换 而 得 到 的 三 个 值 ， 也 就 是 各 个 类 型 中 热量 最 高 的 




















Dish, 将 成 为 groupingBy 收 集 器 返回 的 Map 中 与 各 个 分 类 键 ( Dish 的 类 型 ) 相关 联 的 值 。 
2. 与 groupingBy 联 合 使 用 的 其 他 收集 器 的 例子 
一 般 来 说 ， 通 过 groupingBy 工 厂 方法 的 第 二 个 参数 传递 的 收集 器 将 会 对 分 到 同一 组 中 的 所 
有 流 元 素 执行 进一步 归 约 操作 。 例 如 ,你 还 重用 求 出 所 有 荣 肴 热量 总 和 的 收集 器 ,不 过 这 次 是 对 
每 一 组 Dish 求 和 : 











Map<Dish.Type, Integer> totalCaloriesByType = 
menu.stream() .collect (groupingBy (Dish::getType, 
summingInt (Dish::getCalories))); 


然而 常常 和 groupingBy 联 合 使 用 的 男 一 个 收集 器 是 mapping 方 法 生成 的 。 这 个 方法 接受 两 
个 参数 : 一 个 函数 对 流 中 的 元 素 做 变换 ， 另 一 个 则 将 变换 的 结果 对 象 收 集 起 来 。 其 目的 是 在 累加 
之 前 对 每 个 输入 元 素 应 用 一 个 映射 函数 ,这样 就 可 以 让 接受 特定 类 型 元 素 的 收集 器 适应 不 同类 型 
的 对 象 。 我 们 来 看 一 个 使 用 这 个 收集 器 的 实际 例子 。 比 方 说 你 想 要 知道 ， 对 于 每 种 类 型 的 Dish， 
菜单 中 都 有 哪些 caloricLevel。 我 们 可 以 把 groupingBy 和 mapping 收 集 器 结合 起 来 , 如 下 所 示 


Map<Dish.Type, Set<CaloricLevel>> caloricLevelsByType = 
menu.stream() .collect( 
groupingBy (Dish: :getType，mapping ( 
dish -> { if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; }, 
toset() ))); 
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图 6-6 ， 拒 套 收集 器 来 获得 多 重 效 果 


这 里 ， 就 像 我 们 前 面 见 到 过 的 ， 传递 给 映射 方法 的 转换 函数 将 Dishn 映 射 成 了 它 的 
CaloricLevel: 生成 的 caloricLevel 流 传递 给 一 个 toset 收 集 器 ， 它 和 toList 类 似 , 不 过 是 
把 流 中 的 元 素 累 积 到 一 个 set 而 不 是 List 中 ,以 便 仅 保留 各 不 相同 的 值 。 如 先前 的 示例 所 示 ， 这 
个 映射 收集 器 将 会 收集 分 组 函数 生成 的 各 个 子 流 中 的 元 素 ， 让 你 得 到 这 样 的 Map 结 果 : 

{OTHER= [DIET, NORMAL], MEAT=[DIET, NORMAL, FAT], FISH=[DIET, NORMAL]} 

由 此 你 就 可 以 轻松 地 做 出 选择 了 。 如 果 你 想 吃 鱼 并 且 在 减肥 ， 那 很 容易 找到 一 道 菜 ; 同样 ， 
如 果 你 饭 肠 纺 纺 ， 想 要 很 多 热量 的 话 ， 菜单 中 肉 类 部 分 就 可 以 满足 你 的 史 爸 之 欲 了 。 请 注意 在 上 
一 个 示例 中 ， 对 于 返回 的 set 是 什么 类 型 并 没有 任何 保证 。 但 通过 使 用 cocollection， 你 就 可 
以 有 更 多 的 控制 。 例 如 ， 你 可 以 给 它 传 递 一 个 构造 函数 引用 来 要 求 Hashset: 
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Map<Dish.Type, Set<CaloricLevel>> caloricLevelsByType = 
menu.stream() .collect( 
groupingBy (Dish::getType, mappingl 
dish -> { if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; }, 
toCollection(HashSet::new) ))); 


6.4 分 区 


分 区 是 分 组 的 特殊 情况 : 由 一 个 谓词 (返回 一 个 布尔 值 的 函数 ) 作为 分 类 函数 ， 它 称 分 区 双 
数 。 分 区 函数 返回 一 个 布尔 值 ， 这 意味 着 得 到 的 分 组 Map 的 键 类 型 是 Boolean ， 于 是 它 最 多 可 以 






















































































分 为 两 组 一 一 trzue 是 一 组 ，false 是 一 组 。 例 如 ,如果 你 是 素食 者 或 是 请 了 一 位 素食 的 朋友 来 共 
进 晚餐 ， 可 能 会 想 要 把 荣 单 按 照 素食 和 非 素 食 分开 : 
Map<Boolean, List<Dish>> partitionedMenu = 分 区 函数 
menu .stream() .collect (partitioningBy (Dish::isVegetarian)); < 
这 会 返回 下 面 的 Map: 


{false=[pork, beef, chicken, prawns, salmon], 
true=[french fries, rice, season fruit, pizzal]} 


那么 通过 Map 中 键 为 Lrue 的 值 ， 就 可 以 找 出 所 有 的 素食 菜肴 了 : 


List<Dish> vegetarianDishes = partitionedMenu.get (true); 
请 注意 , 用 同样 的 分 区 谓词 , 对 菜单 List 创 建 的 流 作 筛选 , 然后 把 结果 收集 到 另外 一 个 List 
中 也 可 以 获得 相同 的 结果 : 


List<Dish> vegetarianDishes = 
menu.stream() .filter (Dish::isVegetarian) .collect (toList()); 


























6.4.1 分 区 的 优势 


分 区 的 好 处 在 于 保留 了 分 区 函数 返回 true 或 false 的 两 套 流 元 素 列表 。 在 上 一 个 例子 中 , 要 
得 到 非 素 食 pish 的 List， 你 可 以 使 用 两 个 筛选 操作 来 访问 partitionedMenu 这 个 Map 中 false 
键 的 值 : 一 个 利用 谓词 ， 一 个 利用 该 谓词 的 非 。 而 且 就 像 你 在 分 组 中 看 到 的 ，partitioningBy 
工厂 方法 有 一 个 重 载 版 本 ， 可 以 像 下 面 这 样 传递 第 二 个 收集 器 : 

Map<Boolean, Map<Dish.Type, List<Dish>>> vegetarianDishesByType = 

menu.stream() .collect( 


partitioningBy (Dish::isVegetarian, 2 分 区 函数 
groupingBy (Dish: :getType))); < | Ee 
: 第 二 个 收集 器 











这 将 产生 一 个 二 级 Map: 


{false={FISH= [prawns, salmon], MEAT=[pork, beef, chicken]}, 





true={OTHER= [french fries, rice, season fruit, pizzal]}} 

这 里 ， 对 于 分 区 产生 的 素食 和 非 素食 子 流 ， 分 别 按 类 型 对 菜肴 分 组 ， 得 到 了 一 个 二 级 Map， 
和 6.3.1 节 的 二 级 分 组 得 到 的 结果 类 似 。 再 举 一 个 例子 , 你 可 以 重用 前 面 的 代码 来 找到 素食 和 非 素 
食 中 热量 最 高 的 菜 : 

Map<Boolean, Dish> mostCaloricPartitionedByVegetarian = 

menu.stream() .collect( 

partitioningBy (Dish::isVegetarian, 
collectingAndThen ( 


maxBy (comparingInt (Dish::getCalories)), 
Optional::get))); 


这 将 产生 以 下 结 

{false=pork, true=pizza} 

我 们 在 本 节 开 始 时 说 过 ， 你 可 以 把 分 区 看 作 分 组 一 种 特殊 情况 。groupingBy 和 
partitioningBy 收 集 器 之 间 的 相似 之 处 并 不 止 于 此 ; 你 在 下 一 个 测验 中 会 看 到 , 还 可 以 按照 和 
6.3.1 节 中 分 组 类 似 的 方式 进行 多 级 分 区 。 





测验 6.2: 使 用 partitioningBy 
我 们 已 经 看 到 ， 和 groupingBy 收 集 器 类 似 ，partitioningBy 收 集 器 也 可 以 结合 其 他 收 
集 器 使 用 。 尤其 是 它 可 以 与 第 二 个 partitioningBy 收 集 器 一 起 使 用 来 实现 多 级 分 区 。 以 下 多 
级 分 区 的 结果 会 是 什么 呢 ? 
(1) menu.stream() .collect (partitioningBy (Dish: :isVegetarian, 
和 
(2) menu.stream() .collect (partitioningBy (Dish: :isVegetarian, 
(elie None (Dail oe) 遇 用 
(3) menu.stream() .collect (partitioningBy (Dish: :isVegetarian, 
counting())); 
答案 如 下 。 
(1) 这 是 一 个 有 效 的 多 级 分 区 ， 产 生 以 下 二 级 Map: 


{ false={false=[chicken, prawns, salmon], true=[pork, beef]}, 
二 EUe=R Eales i ceadcon erumel true Lrench riecsm ornzzalyy 


(2) 这 无 法 编译 ， 因 为 partitioningBy 需 要 一 个 谓词 ， 也 就 是 返回 一 个 布尔 值 的 函数 。 
方法 引用 Dish: :getType 不 能 用 作 谓 词 。 
(3) 它 会 计算 每 个 分 区 中 项 目的 数目 ， 得 到 以 下 Map: 


{false=5, true=4} 





作为 使 用 partitioningBy 收 集 器 的 最 后 一 个 例子 , 我 们 把 菜单 数据 模型 放 在 一 边 , 来 看 一 
个 更 为 复杂 也 更 为 有 趣 的 例子 : 将 数字 分 为 质数 和 非 质数 。 
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6.4.2 ”将 数字 按 质 数 和 非 质数 分 区 


假设 你 要 写 一 个 方法 ， 它 接受 参数 int n， 并 将 前 n 个 自然 数 分 为 质数 和 非 质数 。 但 首先 ， 找 
出 能 够 测试 某 一 个 待 测 数字 是 否 是 质数 的 谓词 会 很 有 帮助 : 























public boolean isPrime(int candidate) { 产生 一 个 自然 数 
return IntStream.range(2, candidate) < 范围， 从 2 开始 ， 
.noneMatch(i -> candidate % i == 0); < 一 直至 但 不 包括 待 

) 如 果 待 测 数字 不 能 被 流 中 任 | 测 数 


何 数字 整除 则 返回 true 
一 个 简单 的 优化 是 仅 测 试 小 于 等 于 待 测 数 平方 根 的 因子 : 


public boolean isPrime(int candidate) { 





int candidateRoot = (int) Math.sgart((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


} 
现在 最 主要 的 一 部 分 工作 已 经 做 好 了 。 为 了 把 前 n 个 数字 分 为 质数 和 非 质 数 ， 只 要 创建 
个 包含 这 n 个 数 的 流 ， 用 刚刚 写 的 jsPrime 方 法 作为 谓词 ， 再 给 partitioningBy 收 集 器 归 约 
就 好 了 : 
public Map<Boolean, List<Integer>> partitionprimes (int n) { 
return IntStream.rangeClosed(2, n) .boxed() 


.Collect( 
partitioningBy (candidate -> isPrime(candidate))); 


| 








} 

现在 我 们 已 经 讨论 过 了 collectors 类 的 静态 工厂 方法 能 够 创建 的 所 有 收集 器 ， 并 介绍 了 使 
用 它们 的 实际 例子 。 表 6-1 将 它们 汇总 到 一 起 ， 给 出 了 它们 应 用 到 stream<T> 上 返回 的 类 型 ， 以 
及 它们 用 于 一 个 叫 作 menustream 的 Stream<Dish> 上 的 实际 例子 。 


表 6-1 collectors 类 的 静态 工厂 方法 
工厂 方法 返回 类 型 用 于 
toList List<T> 把 流 中 所 有 项 目 收集 到 一 个 List 
使 用 示例 : List<Dish> dishes = menuStream.collect (toList ()); 
toSet Set<T> 把 流 中 所 有 项 目 收集 到 一 个 set ， 删 除 重复 项 
使 用 示例 : set<Dish> dishes = menuStream.collect (toSet ()); 
toCollection Collection<T> 把 流 中 所 有 项 目 收集 到 给 定 的 供应 源 创建 的 集合 


使 用 示例 : Collection<Dish> dishes = menuStream.collect (toCollection()， 
ArrayList::new); 


counting Long 计算 流 中 元 素 的 个 数 
使 用 示例 : long howManyDishes = menuStream.collect (counting()); 
summingInt Integer 对 流 中 项 目的 一 个 整数 属性 求 和 
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工厂 方法 返回 类 型 NS: 


使 用 示例 : int totalcalories = 
menuStream.collect (summingInt (Dish::getCalories) ); 














averagingInt Double 计算 流 中 项 目 Integer 属性 的 平均 值 











使 用 示例 : double avgcalories = 
menuStream.collect (averagingInt (Dish::getCalories)); 


收集 关于 流 中 项 目 Integer 属性 的 统计 值 ， 例 如 最 大 、 最 小 
总 和 与 平均 值 


使 用 示例 : IntSsummaryStatistics menuStatistics = 
menuStream.collect (summarizingInt (Dish::getCalories)); 


joining. String 连接 对 流 中 每 个 项 目 调用 tostring 方法 所 生成 的 字符 串 


使 用 示例 : String shortMenu = 
menuStream.map (Dish::getName) .collect (joining(", ")); 


一 个 包 庄 了 流 中 按照 给 定 比 较 器 选 出 的 最 大 元 素 的 optional ， 
或 如 果 流 为 空 则 为 optional .empty () 











summarizingInt IntSummaryStatistics 















































maxBy Optional<T> 











使 用 示例 : Optional<Dish> fattest = 
menuStream.collect (maxBy (comparingInt (Dish::getCalories))); 
一 个 包 庄 了 流 中 按照 给 定 比 较 右 选 出 的 最 小 元 素 的 optional， 


minBpy Optional<T> “ 要 
或 如 果 流 为 空 则 为 optional .empty() 





使 用 示例 : Optional<Dish> lightest = 
menuStream.collect (minBy (comparingInt (Dish::getCalories))); 


从 一 个 作为 累加 器 的 初始 值 开 始 , 利用 Binaryoperator 与 流 
中 的 元 素 逐 个 结合 ， 从 而 将 流 归 约 为 单个 值 


























reducing 归 约 操作 产生 的 类 型 














使 用 示例 : int totalcalories = 
menuStream.collect (reducing(0, Dish::getCalorie 


s, 
collectingAndThen | 转换 函数 返回 的 类 型 包 于 男 一 个 收集 器 ， 对 其 结果 应 用 转换 函数 


使 用 示例 : int howManyDishes = 
menuStream.collect (collectingAndThen (toList(), List::size)); 


根据 项 目的 一 个 属性 的 值 对流 中 的 项 目 作 问 组 ， 并 将 属性 值 作 
为 结果 Map 的 键 
使 用 示例 : Map<Dish.Type,List<Dish>> dishesByType = 
menuStream.collect (groupingBy (Dish: :getType)); 
partitioningBy Map<Boolean,List<T>> | 根据 对 流 中 每 个 项 目 应 用 谓词 的 结果 来 对 项 目 进行 分 


Integer: :sum) ) ; 









































groupingBy Map<K, List<T>> 
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使 用 示例 : Map<Boolean,List<Dish>> vegetarianDishes = 
menuStream.collect (partitioningBy (Dish::isVegetarian)); 


本 章 开 头 提 到 过 ， 所 有 这 些 收 集 器 都 是 对 collector 接 口 的 实现 ， 因 此 我 们 会 在 本 章 剩 余部 
分 中 详细 讨论 这 个 接口 。 我 们 会 看 看 这 个 接口 中 的 方法 ， 然 后 探讨 如 何 实现 你 自己 的 收集 器 。 


6.5 收集 器 接口 
Collector 接 口 包 含 了 一 系列 方法 ,为 实现 具体 的 归 约 操作 ( 即 收集 器 ) 提供 了 范本 。 我 们 
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已 经 看 过 了 collector 接 口中 实现 的 许多 收集 器 ， 例 如 toList 或 groupingBy。 这 也 意味 着 ， 
你 可 以 为 collector 接 口 提供 自己 的 实现 ， 从 而 自由 地 创建 自 定义 归 约 操作 。 在 6.6 节 中 ， 我 们 
将 展示 如 何 实现 collector 接 口 来 创建 一 个 收集 器 ,来 比 先前 更 高 效 地 将 数值 流 划 分 为 质数 和 非 
质数 。 

要 开始 使 用 collector 接 口 ， 我 们 先 看 看 本 章 开 始 时 讲 到 的 一 个 收集 器 toList 工 厂 方 
法 ， 它 会 把 流 中 的 所 有 元 素 收集 成 一 个 List。 我 们 当时 说 在 日 常 工作 中 经 常会 用 到 这 个 收集 器 ， 
而 且 它 也 是 写 起 来 比较 直观 的 一 个 ， 至 少 理论 上 如 此 。 通 过 仔细 研究 这 个 收集 器 是 怎么 实现 的 ， 
我 们 可 以 很 好 地 了 解 Collector 接 口 是 怎 么 定义 的 ,以 及 它 的 方法 所 返回 的 函数 在 内 部 是 如 何 为 
collect 方 法 所 用 的 。 

首先 让 我 们 在 下 面 的 列表 中 看 看 collector 接 口 的 定义 , 它 列 出 了 接口 的 签名 以 及 声明 的 五 
个 方法 。 
代码 清单 6-4 ”Collector 接 口 


public interface Collector<T, A, R> { 
Supplier<A> supplier(); 
BiConsumer<A, T> accumulator(); 















































Function<A, R> finisher(); 
BinaryOperator<A> combiner (); 
Set<Characteristics> characteristics(); 


} 
本 列表 适用 以 下 定义 。 
口 ?是 流 中 要 收集 的 项 目的 泛 型 。 
口 & 是 累加 器 的 类 型 ， 累 加 融 是 在 收集 过 程 中 用 于 累积 部 分 结果 的 对 象 。 
口 R 是 收集 操作 得 到 的 对 象 ( 通常 但 并 不 一 定 是 集合 ) 的 类 型 。 
例如 ， 你 可 以 实现 一 个 ToListcollector<T> 类 ,将 stream<T> 中 的 所 有 元 素 收集 到 一 个 
List<T> 里 ， 它 的 签名 如 下 : 


public class ToListCollector<T> implements Collector<T, List<T>, List<T>> 


我 们 很 快 就 会 漆 清 ， 这 里 用 于 累积 的 对 象 也 将 是 收集 过 程 的 最 终结 果 。 






































6.5.1 理解 collector 接口 声明 的 方法 


现在 我 们 可 以 一 个 个 来 分 析 collector 接 口 声 明 的 五 个 方法 了 。 通过 分 析 , 你 会 注意 到 , 前 
四 个 方法 都 会 返回 一 个 会 被 collect 方 法 调用 的 函数 ， 而 第 五 个 方法 characteristics 则 提供 
了 一 系列 特征 , 也 就 是 一 个 提示 列表 , 告诉 collect 方 法 在 执行 归 约 操作 的 时 候 可 以 应 用 哪些 优 
化 (比如 并 行 化 )。 

1. 建立 新 的 结果 容器 : supplier 方 法 

supplier 方 法 必须 返回 一 个 结果 为 空 的 Supplier, 也 就 是 一 个 无 参数 函数 , 在 调用 时 它 会 
创建 一 个 空 的 累加 器 实例 , 供 数 据 收集 过 程 使 用 。 很 明显 ,对 于 将 累加 器 本 身 作为 结果 返回 的 收 
集 器 ， 比 如 我 们 的 roListcollector， 在 对 空 流 执行 操作 的 时 候 ， 这 个 空 的 累加 器 也 代表 了 收 
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集 过 程 的 结果 。 在 我 们 的 roListcollector 中 ，supplier 返 回 一 个 空 的 Dist， 如 下 所 示 : 


public Supplier<List<T>> supplier() { 
return () -> new ArrayList<T>(); 


} 
请 注意 你 也 可 以 只 传递 一 个 构造 函数 引用 : 


public Supplier<List<T>> supplier() { 
return ArrayList::new; 





} 


2. 将 元 素 添 加 到 结果 容器 : accumulator 方 法 

accumulator 方 法 会 返回 执行 归 约 操作 的 函数 。 当 遍历 到 流 中 第 n 个 元 素 时 ， 这 个 函数 执行 
时 会 有 两 个 参数 : 保存 归 约 结果 的 累加 器 (已 收集 了 流 中 的 前 n-1 个 项 目 ), 还 有 第 n 个 元 素 本 身 。 
该 函数 将 返回 voida， 因 为 累加 器 是 原 位 更 新 ， 即 函数 的 执行 改变 了 它 的 内 部 状态 以 体现 遍历 的 
元 素 的 效果 。 对 于 roListcollector， 这 个 阴 数 仅仅 会 把 当前 项 目 添加 至 已 经 遍历 过 的 项 目的 
列表 : 


public BiConsumer<List<T>, T> accumulator() { 
return (list, item) -> list.add(item); 























} 
你 也 可 以 使 用 方法 引用 ， 这 会 更 为 简洁 : 


public BiConsumer<List<T>, T> accumulator() { 
return List::add; 








} 

3. 对 结果 容器 应 用 最 终 转 换 : finisher 方 法 

在 遍历 完 流 后 ，finisher 方 法 必须 返回 在 累积 过 程 的 最 后 要 调用 的 一 个 函数 ， 以 便 将 累加 
器 对 象 转换 为 整个 集合 操作 的 最 终结 果 。 通 常 ， 就 像 ToListcollector 的 情况 一 样 ， 累 加 器 对 
象 恰好 符合 预期 的 最 终结 果 ， 因 此 无 需 进 行 转换 。 所 以 finisher 方 法 只 需 返回 idaentity 困 数 ; 


public Function<List<T>, List<T>> finisher() { 
return Function.identity(); 











} 

这 三 个 方法 已 经 足以 对 流 进行 顺序 归 约 ， 至 少 从 逻辑 上 看 可 以 按 图 6-7 进 行 。 实 践 中 的 实现 
细节 可 能 还 要 复杂 一 点 , 一 方面 是 因为 流 的 延迟 性 质 , 可 能 在 collect 操 作 之 前 还 需要 完成 其 他 
中 间 操 作 的 流水 线 ， 另 一 方面 则 是 理论 上 可 能 要 进行 并 行 归 约 。 
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A accumulator = collector.supplier() .get(}); 


























collector.accumulator() .accept (accumulator, next) 








T next = 取 流 中 下 一 个 项 目 














R result = collector,.finisher().apply (accumulator}); 





了 





return result; 


图 6-7 顺序 归 约 过 程 的 逻辑 步 又 


4. 合并 两 个 结果 容器 : combiner 方 法 
四 个 方法 中 的 最 后 一 个 一 一 combiner 方 法 会 返回 一 个 供 归 约 操 作 使 用 的 函数 ， 它 定义 了 对 
流 的 各 个 子 部 分 进行 并 行 处 理 时 ,各 个 子 部 分 归 约 所 得 的 累加 需要 如 何 合并 。 对 于 toList 而 言 ， 
这 个 方法 的 实现 非常 简单 , 只 要 把 从 流 的 第 二 个 部 分 收集 到 的 项 目 列表 加 到 遍历 第 一 部 分 时 得 到 
的 列表 后 面 就 行 了 : 
public BinaryOperator<List<T>> combiner() { 
return (list1i, list2) -> { 


listl.addAll (list2); 
return listl1l; } 






































} 
有 了 这 第 四 个 方法 ， 就 可 以 对 流 进行 并 行 归 约 了 。 它 会 用 到 Java 7 中 引入 的 分 支 /合并 框架 和 
Spliterator 抽 象 ， 我 们 会 在 下 一 章 中 讲 到 。 这 个 过 程 类 似 于 图 6-8 所 示 ， 这 里 会 详细 介绍 。 
口 原始 流 会 以 递归 方式 拆 分 为 子 流 ， 直 到 定义 流 是 否 需 要 进一步 拆 分 的 一 个 条 件 为 非 (如 
果 分 布 式 工作 单位 太 小 ， 并 行 计算 往往 比 顺序 计算 要 慢 ， 而 且 要 是 生成 的 并 行 任务 比 处 
理 需 内 核 数 多 很 多 的 话 就 训 无 意义 了 )。 
口 现在 ， 所 有 的 子 流 都 可 以 并 行 处 理 ， 即 对 每 个 子 流 应 用 图 6-7 所 示 的 顺序 归 约 算法 。 
口 最 后 , 使 用 收集 器 combiner 方 法 返回 的 函数 ,将 所 有 的 部 分 结果 两 两 合并 。 这 时 会 把 原 
台 流 每 次 拆 分 时 得 到 的 子 流 对 应 的 结果 合并 起 来 。 
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把 流 拆 分 为 
两 个 子 部 分 


| | 
把 流 拆 分 为 把 流 拆 分 为 
两 个 子 部 分 两 个 子 部 分 


下 分居 流 ， 直 到 每 个 Se 


子 部 分 足够 " 
ee : 本 
令 王 se ,= | 
es 和 
用 前 而 的 顺序 算法 
并 行 处 理 每 个 子 流 


所 
R rl = collector.combiner() .applylaccl, acc2); R r2 = collector.combiner() .apply! SS 人 
! 


一 ed 


A accumulator = collector.combiner() .apply(rl, r2); 记 人 人 
\ 并 独立 处 理 每 人 


” 子 流 的 结果 









































































































































R result = collector.finisher() .apply{(accumulator); 
人 








要 
return result; 


图 6-8 ”使 用 combiner 方 法 来 并 行 化 归 约 过 程 























5. characteristics 方 法 

最 后 一 个 方法 characteristics 会 返回 一 个 不 可 变 的 characteristics 和 集合 , 它 定义 
了 收集 器 的 行为 一 一 尤其 是 关于 流 是 否 可 以 并 行 归 约 ， 以 及 可 以 使 用 哪些 优化 的 提示 。 
Characteristics 是 一 个 包含 三 个 项 目的 枚 举 。 
D UNORDERED 一 一 归 约 结果 不 受 流 中 项 目的 遍历 和 累积 顺序 的 影响 。 
口 CONCURRENT accumulator 困 数 可 以 从 多 个 线程 同时 调用 ， 且 该 收集 句 可 以 并 行 归 
约 流 。 如 果 收 集 器 没有 标 为 UNORDERED， 那 它 仅 在 用 于 无 序数 据 源 时 才 可 以 并 行 归 约 。 
口 IDENTITY_FINISH 一 一 这 表明 完成 吕方 法 返回 的 函数 是 一 个 恒 等 郴 数 ， 可 以 跳 过 。 这 种 
情况 下 ， 累 加 器 对 象 将 会 直接 用 作 归 约 过 程 的 最 终结 果 。 这 也 意味 着 ,将 累加 器 A 不 加 检 
查 地 转换 为 结果 R 是 安全 的 。 
我 们 迄今 开发 的 ToListcollector 是 IDENTITY_FINISH 的 ， 因 为 用 来 累积 流 中 元 素 的 
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List 已 经 是 我 们 要 的 最 终结 果 ， 用 不 着 进一步 转换 了 ， 但 它 并 不 是 UNORDERED， 因 为 用 在 有 序 
流 上 的 时 候 , 我 们 还 是 希望 顺序 能 够 保留 在 得 到 的 List 中 。 最 后 ， 它 是 CONCURRENT 的 ， 但 我 们 
刚才 说 过 了 ， 仅 仅 在 背后 的 数据 源 无 序 时 才 会 并 行 处 理 。 


6.5.2 ”全 部 融合 到 一 起 


前 一 小 节 中 谈 到 的 五 个 方法 足够 我 们 开发 自己 的 ToListcollector 了 。 你 可 以 把 它们 都 融 
合 起 来 ， 如 下 面 的 代码 清单 所 示 。 

















代码 清单 6-5 ToListcollector 
import java.util.*; 
import java.util.function.*; 
import java.util.stream.Collector; 
import static java.util.stream.Collector.Characteristics.*; 


public class ToListCollector<T> implements Collector<T, List<T>, List<T>> { 


en supplier() { 创建 集合 操 
return ArrayList::new; < 一 作 的 起 始点 

} 

QOverride 

public BiConsumer<List<T>, T> accumulator() { 累积 遍历 过 的 
return List::add; < 一 项 目 ， 原 位 修改 

} 累加 器 

QOverride Ee 

public Function<List<T>, List<T>> finisher() { 恒 等 
return Function.indentity(); < 人 函数 

} 

@Override 

public BinaryOperator<List<T>> combiner() { 修改 第 一 个 累加 
return (list1l, list2) -> { 器 ， 将 其 与 第 二 个 

list1.addAll (list2); < 累加 器 的 内 容 合 
return list1; < 一 

}; 返回 修改 后 的 

} 第 一 个 累加 器 

QOverride 

public Set<Characteristics> characteristics() { 为 收集 器 添加 IDENTITY 
return Collections.unmodifiableSet (EnumSet .of( 


_FINISH 和 CONCURRENT 标 志 
IDENTITY_FINISH, CONCURRENT)); < 一 


} 


请 注意 , 这 个 实现 与 Collectors .toList 方 法 并 不 完全 相同 , 但 区 别 仅仅 是 一 些小 的 优化 。 
这 些 优 化 的 一 个 主要 方面 是 Java API 所 提供 的 收集 右 在 需要 返回 空 列表 时 使 用 了 collections. 
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emptyList () 这 个 单 例 (singleton )。 这 意味 着 它 可 安全 地 替代 原生 Java， 来 收集 菜单 流 中 的 所 
有 Di sh 的 列表 : 
List<Dish> dishes = menuStream.collect (new ToListCollector<Dish>()); 
这 个 实现 和 标准 的 
List<Dish> dishes = menuStream.collect (toList()); 
构造 之 间 的 其 他 差异 在 于 toList 是 一 个 工厂 ， 而 ToListCollector 必 须 用 new 来 实例 化 。 
进行 自 定义 收集 而 不 去 实现 collector 
对 于 IDENTITY_FINISH 的 收集 操作 ， 还 有 一 种 方法 可 以 得 到 同样 的 结果 而 无 需 从 头 实现 某 
的 collectors 接 口 。sStream 有 一 个 重 载 的 collect 方 法 可 以 接受 男 外 三 个 函数 supplier.、 
accumulator 和 combiner， 其 语义 和 collector 接 口 的 相应 方法 返回 的 函数 完全 相同 。 所 以 比 
如 说 ， 我 们 可 以 像 下 面 这 样 把 菜肴 流 中 的 项 目 收集 到 一 个 List 中 : 















































List<Dish> dishes = menuStream.collect ( 供应 源 
7A、\ UA 
ArrayList::new, < 一 
List::agd, < 一 累加 器 


List::addAll); < 一 组 合 器 
LEI 


我 们 认为 ， 这 第 二 种 形式 虽然 比 前 一 个 写法 更 为 紧凑 和 简洁 ,， 却 不 那么 易 读 。 此 外 ， 以 恰当 
的 类 来 实现 自己 的 自 定 义 收集 器 有 助 于 重用 并 可 避免 代码 重复 。 另 外 值得 注意 的 是 ， 这 第 二 个 
collect 方 法 不 能 传递 任何 characteristics， 所 以 它 永 远 都 是 一 个 IDENTITY_FINISH 和 
CONCURRENT 但 并 非 UNORDERED 的 收集 器 。 

在 下 一 节 中 , 我 们 会 让 你 实现 收集 器 的 新 知识 更 上 一 层 楼 。 你 将 会 为 一 个 更 为 复杂 , 但 更 为 
具体 、 更 有 说 服 力 的 用 例 开发 自己 的 自 定 义 收集 右 。 
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在 6.4 节 讨论 分 区 的 时 候 , 我 们 用 collectors 类 提供 的 一 个 方便 的 工 广 方法 创建 了 一 个 收集 
如 ， 它 将 前 n 个 自然 数 划 分 为 质数 和 非 质 数 ， 如 下 所 示 。 


代码 清单 6-6 ”将 前 n 个 自然 数 按 质 数 和 非 质 数 分 区 
public Map<Boolean, List<Integer>> partitionprimes(int n) { 
return IntStream.rangeClosed(2, n) .boxed() 
.Collect (partitioningBy (candidate -> isPrime(candidate)); 















































} 
当时 ， 通 过 限制 除数 不 超过 被 测试 数 的 平方 根 ， 我 们 对 最 初 的 isPrime 方 法 做 了 一 些 改 进 : 


public boolean isPrime(int candidate) { 
int candidateRoot = (int) Math.sgqrt((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 
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还 有 没有 办 法 来 获得 更 好 的 性 能 呢 ? 答案 是 “有 ”， 但 为 此 你 必须 开发 一 个 自 定义 收集 顺 。 


6.6.1 仅 用 质数 做 除数 


一 个 可 能 的 优化 是 仅仅 看 看 被 测试 数 是 不 是 能 够 被 质数 整除 。 要 是 除数 本 身 都 不 是 质数 就 用 
不 着 测 了 。 所 以 我 们 可 以 仅仅 用 被 测试 数 之 前 的 质数 来 测试 。 然 而 我 们 目前 所 见 的 预定 义 收集 顺 
的 问题 , 也 就 是 必须 自己 开发 一 个 收集 融 的 原因 在 于 , 在 收集 过 程 中 是 没有 办 法 访问 部 分 结果 的 。 
这 意味 着 ， 当 测试 某 一 个 数字 是 否 是 质数 的 时 候 ， 你 没 法 访问 目前 已 经 找到 的 其 他 质数 的 列表 。 

假设 你 有 这 个 列表 ， 那 就 可 以 把 它 传 给 jsPrime 方 法 ， 将 方法 重 写 如 下 : 


public static boolean isPprime(List<Integer> primes, int candidate) { 
return primes.stream() .noneMatch(i -> candidate %$ i == 0); 



















































































} 

而 且 还 应 该 应 用 先前 的 优化 ,仅仅 用 小 于 被 测 数 平方 根 的 质数 来 测试 。 因此， 你 需要 想 办 法 
在 下 一 个 质数 大 于 被 测 数 平方 根 时 立即 停止 测试 。 不 洱 的 是 ，Stream API 中 没有 这 样 一 种 方法 。 
你 可 以 使 用 filter(p -> D <= candidateRoot) 来 筛选 出 小 于 被 测 数 平方 根 的 质数 。 但 filter 
要 处 理 整个 流 才 能 返回 恰当 的 结果 。 如 果 质 数 和 非 质数 的 列表 都 非常 大 ,这 就 是 个 问题 了 。 你 用 
不 着 这 样 做 ; 你 只 需 在 质数 大 于 被 测 数 平方 根 的 时 候 停 下 来 就 可 以 了 。 因 此 , 我 们 会 创建 一 个 名 
为 cakewhile 的 方法 ， 给 定 一 个 排序 列表 和 一 个 谓词 ， 它 会 返回 元 素 满足 谓词 的 最 长 前 级 : 


public static <A> List<A> takeWhile(List<A> list, Predicate<A> p) { 














Tt TE Os 攻 i 

for (A item : list) { es 
if (!p.test(item)) { 页 目 是 否 满 中 请 

return list.subList (0, i); < 一 如 果 不 满足 ,返回 该 

: ; 项 目 之 前 的 前 缀 子 
a 列表 

} | 列表 中 的 所 有 项 目 

return list; 都 满足 谓词 ,因此 返 

. 回 列表 本 身 


利用 这 个 方法 ， 你 就 可 以 优化 isPrime 方 法 ， 只 用 不 大 于 被 测 数 平方 根 的 质数 去 测试 了 : 


public static boolean isPrime(List<Integer> primes, int candidate)f{ 





int candidateRoot = (int) Math.sgart((double) candidate); 
return takeWhile(primes, i -> i <= candidateRoot) 
.Stream() 
.noneMatch(p -> candidate % p == 0); 


} 

请 注意 ， 这 个 takewhile 实 现 是 即时 的 。 理 想 情况 下 ， 我 们 会 想 要 一 个 延迟 求 值 的 
takeWhile， 这 样 就 可 以 和 noneMatch 操 作 合并 。 不 幸 的 是 ， 这 样 的 实现 超出 了 本 章 的 范围 ， 
你 需要 了 解 Stream API 的 实现 才 行 。 

有 了 这 个 新 的 ijsPrime 方 法 在 手 , 你 就 可 以 实现 自己 的 自 定义 收集 器 了 。 首先 要 声明 一 个 实 
现 collector 接 口 的 新 类 ， 然 后 要 开发 Collector 接 口 所 需 的 五 个 方法 。 
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1. 第 一 步 : 定义 collector 类 的 签名 

让 我 们 从 类 签名 开始 吧 ， 记 得 collector 接 口 的 定义 是 : 

public interface Collector<T, A, R> 

其 中 T、A 和 R 分 别 是 流 中 元 素 的 类 型 、 用 于 累积 部 分 结果 的 对 象 类 型 ， 以 及 collect 操 作 最 
终结 果 的 类 型 。 这 里 应 该 收集 Integer 流 ， 而 累加 器 和 结果 类 型 则 都 是 Map<Boolean， 


List<Integer>> (和 先前 代码 清单 6-6 中 分 区 操作 得 到 的 结果 Map 相 同 )， 键 是 crue 和 false， 
值 则 分 别 是 质数 和 非 质数 的 List: 








流 中 元 素 





public class PrimeNumbersCollector 
implements Collector<Integer, 


的 类 型 累加 器 
< 一 
呆 作 灸 型 
collect 操 作 的 Map<Boolean, List<Integer>>, 类 


针 ] . 
结果 类 型 Map<Boolean, List<Integer>>> 





2. 第 二 步 : 实现 归 约 过 程 
接 下 来 ， 你 需要 实现 collector 接 口中 声明 的 五 个 方法 。supplier 方 法 会 返回 一 个 在 调用 
时 创建 累加 器 的 孙 数 : 


public Supplier<Map<Boolean, List<Integer>>> supplier() { 
return () -> new HashMap<Boolean, List<Integer>>() {{ 

put (true, new ArrayList<Integer>()); 

put (false, new ArrayList<Integer>()); 


}}; 





} 


这 里 不 但 创建 了 用 作 累 加 右 的 Map， 还 为 Lrue 和 false 两 个 键 下 面 初始 化 了 对 应 的 空 列表 。 
在 收集 过 程 中 会 把 质数 和 非 质 数 分 别 添加 到 这 里 。 收 集 右 中 最 重要 的 方法 是 accumulator， 
为 它 定 义 了 如 何 收集 流 中 元 素 的 逻辑 。 这 里 它 也 是 实现 前 面 所 讲 的 优化 的 关键 。 现 在 在 任何 一 次 
迭代 中 ， 都 可 以 访问 收集 过 程 的 部 分 结果 ， 也 就 是 包含 迄今 找到 的 质数 的 累加 器 : 


public BiConsumer<Map<Boolean, List<Integer>>, Integer> accumulator() { 
return (Map<Boolean, List<Integer>> acc, Integer candidate) -> { 


























acc.get( isPrime(acc.get (true), candidate) ) 起 一 
.add (candidate); < 一 根据 isPrime 的 
}; 将 被 测 数 添加 到 结果 ， 获 取 质 数 
} 相应 的 列表 中 或 非 质数 列表 


在 这 个 方法 中 , 你 调用 了 isPrime 方 法 , 将 待 测试 是 否 为 质数 的 数 以 及 迄今 找到 的 质数 列表 
( 也 就 是 累积 Map 中 true 键 对 应 的 值 ) 传递 给 它 。 这 次 调用 的 结果 随后 被 用 作 获 取 质 数 或 非 质数 
列表 的 键 ， 这 样 就 可 以 把 新 的 被 测 数 添加 到 恰当 的 列表 中 。 

3. 第 三 步 : 让 收集 器 并 行 工 作 〈“ 如 果 可 能 

下 一 个 方法 要 在 并 行 收集 时 把 两 个 部 分 累加 器 合并 起 来 ， 这 里 ， 它 只 需要 合并 两 个 Map， 即 
将 第 二 个 Map 中 质数 和 非 质数 列表 中 的 所 有 数字 合并 到 第 一 个 Map 的 对 应 列表 中 就 行 了 : 

public BinaryOperator<Map<Boolean, List<Integer>>> combiner() { 


return (Map<Boolean, List<Integer>> mapl, 
Map<Boolean, List<Integer>> map2) -> { 
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mapl.get (true) .addAll (map2 .get (true) ) 
mapl.get (false) .addAll (map2 .get (false)); 
return mapl; 

起 

} 

请 注意 ,实际 上 这 个 收集 器 是 不 能 并 行使 用 的 ， 因 为 该 算法 本 身 是 顺序 的 。 这 意味 着 永远 都 
不 会 调用 combiner 方 法 ， 你 可 以 把 它 的 实现 留 空 (更 好 的 做 法 是 抛 出 一 个 Unsupported- 
OperationException 异 常 )。 为 了 让 这 个 例子 完整 ,我们 还 是 决定 实现 它 。 

4. 第 四 步 : finisher 方 法 和 收集 器 的 characteristics 方 法 

最 后 两 个 方法 的 实现 都 很 简单 。 前 面 说 过 ，accumulator 正 好 就 是 收集 器 的 结果 ， 用 不 着 
进一步 转换 ， 那 么 Einishet 方 法 就 返回 identity 国 数 : 

public Function<Map<Boolean, List<Integer>>, 


Map<Boolean, List<Integer>>> finisher() { 
return Function.identity(); 







































































} 


就 characteristics 方 法 而 言 , 我们 已 经 说 过 ， 它 既 不 是 coNCURRENT 也 不 是 UNORDERED， 
但 却 是 IDENTITY_FINISH 的 : 























public Set<Characteristics> characteristics() { 
return Collections.unmodifiableSet (EnumSet .of (IDENTITY_FINISH)); 
} 


下 面 列 出 了 最 后 实现 的 PrimeNumbersCollector。 





代码 清单 6-7 PrimeNumbersCollector 
public class PrimeNumbersCollector 
implements Collector<Integer, 
Map<Boolean, List<Integer>>, 
Map<Boolean, List<Integer>>> { 


从 一 个 有 两 个 空 


@Override List 的 Map 开 始 
public Supplier<Map<Boolean, List<Integer>>> supplier() { 收集 过 程 
return () -> new HashMap<Boolean, List<Integer>>() {{ 
put (true, new ArrayList<Integer>()); 
put (false, new ArrayList<Integer>()); 
好 
} 
@Override 
public BiConsumer<Map<Boolean, List<Integer>>, Integer> accumulator() { 
将 已 经 找到 的 return (Map<Boolean, List<Integer>> acc, Integer candidate) -> { 
质数 列表 传递 acc.get( isPrime( acc.get (true), 
给 isPrime 方 candidate) ) 
394 (candidate) ;< 一 根据 tsprime 方 法 的 返回 值 从 Map 中 取 质 
ji }; 数 或 非 质数 列表 ， 把 当前 的 被 测 数 加 进去 
@Override 


public BinaryOperator<Map<Boolean, List<Integer>>> combiner() { 
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return (Map<Boolean, List<Integer>> mapl, 
Map<Boolean, List<Integer>> map2) -> { < 加 
将 第 二 个 Map 合 








mapl.get (true) .addAll (map2 .get(true) ) ; 
mapl.get (false) .addAll (map2 .get (false)); 并 到 第 一 人 
return mapl; 
中 
} 
@Override 
public Function<Map<Boolean, List<Integer>>, 收集 过 程 最 后 
Map<Boolean, List<Integer>>> finisher() { 无 需 转换 ， 因 此 
return Function.idqentity (); 用 in 函 
数 收尾 
GOverride 
public Set<Characteristics> characteristics() { 
return Collections.unmodifiableSet (EnumSet .of(IDENTITY FINISH) ) ; < 一 
) 个 收集 器 是 IDENTITY_FINISH, 但 既 不 是 UNORDERED 
让 是 CONCURRENT， 因 为 质数 是 按 顺 序 发 现 的 





现在 你 可 以 用 这 个 新 的 自 定 义 收 集 器 来 代替 6.4 节 中 用 partitioningBy 工 厂 方法 创建 的 那 
个 ， 并 获得 完全 相同 的 结果 了 : 


public Map<Boolean, List<Integer>> 
partitionprimesWithCustomCollector(int n) { 





return IntStream.rangeClosed(2, n) .boxed() 
.Collect (new PrimeNumbersCollector()); 


6.6.2 ”比较 收集 器 的 性 能 

用 partitioningBy 工 厂 方法 创建 的 收集 器 和 你 刚刚 开发 的 自 定义 收集 顺 在 功能 上 是 一 样 
的 , 但 是 我 们 有 没有 实现 用 自 定 义 收 集 器 超越 partitioningBy 收 集 器 性 能 的 目标 呢 ? 现在 让 我 
们 写 个 小 测试 框架 来 跑 一 下 吧 


public class CollectorHarness { 


上 























[ 互 








public static void main(String[] args) { ee 
long fastest = Long.MAX_VALUE; 运行 测试 将 前 一 百 万 个 自 
for (int i = 0; i < 10; i++) { 4 | 10 次 然 数 按 质 数 和 非 
long start = System.nanoTime(); 质数 分 区 
取 运 行 partitionprimes (1_000_000); < 
时 间 的 long duration = (System.nanoTime() - start) / 1_000_000; 
毫秒 值 if (duration < fastest) fastest = duration; 了 一 检查 这 个 执 
, ; 行 是 否 是 最 
System.out .Drintln( 快 的 一 个 


"Fastest execution done in " + fastest + " msecs"); 





























请 注意 , 更 为 科学 的 测试 方法 是 用 一 个 诸如 JMH 的 框架 , 但 我 们 不 想 在 这 里 把 问题 搞 得 更 复 
杂 。 对 这 个 例子 而 言 ， 这 个 小 小 的 测试 类 提供 的 结果 足够 准确 了 。 这 个 类 会 先 把 前 一 百 万 个 自然 
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数 分 为 质数 和 非 质数 , 利用 partitioningBy 工 厂 方法 创建 的 收集 器 调用 方法 10 次 , 记 下 最 快 的 
一 次 运行 。 在 英特尔 i5 2.4 GHz 的 机 器 上 运行 得 到 了 以 下 结果 : 


Fastest execution done in 4716 msecs 





现在 把 测试 框架 的 partitionPrimes 换 成 partitionPrimesWithCustomCollector, 以 
便 测试 我 们 开发 的 自 定义 收集 器 的 性 能 。 现 在 ， 程 序 打印 : 

Fastest execution done in 3201 msecs 

还 不 错 ! 这 意味 着 开发 自 定义 收集 器 并 不 是 白费 工夫 , 原因 有 二 : 第 一 ,你 学 会 了 如 何在 需 
要 的 时 候 实现 自己 的 收集 器 ; 第 二 ， 你 获得 了 大 约 32% 的 性 能 提升 。 

最 后 还 有 一 点 很 重要 ， 就 像 代 码 清单 6-5 中 的 ToListcollector 那 样 ， 也 可 以 通过 把 实现 
PrimeNumbersCollector 核 心软 辑 的 三 个 函数 传 给 collect 方 法 的 重 载 版 本 来 获得 同样 的 结 


public Map<Boolean, List<Integer>> partitionprimesWithCustomCollector 
































(光世 -了 议 
IntStream.rangeClosed(2, n) .boxed() 
.Collect( 
. ; | 供应 源 
() > new HashMap<Boolean, List<Integer>>() {{ < 


put (true, new ArrayList<Integer>()); 

put (false, new ArrayList<Integer>()); 
} BE 
(acc, candidate) -> { 4 | 累加 

acc.get( isPrime(acc.get (true), candidate) ) 

.add (candidate); 

} 
(mapl, map2) -> { = 

mapl.get (true) .addAll (map2 .get (true)); 

mapl.get (false) .addAll (map2 .get (false)); 

}}y 

} 


你 看 , 这 样 就 可 以 避免 为 实现 collector 接 口 创 建 一 个 全 新 的 类 ; 得 到 的 代码 更 紧凑 , 虽然 
可 能 可 读 性 会 差 一 点 ， 可 重用 性 会 差 一 点 。 





6.7 小 结 














以 下 是 你 应 从 本 章 中 学 到 的 关键 概念 。 

D collect 是 一 个 终端 操作 ， 它 接受 的 参数 是 将 流 中 元 素 累 积 到 汇总 结果 的 各 种 方式 〈 称 
为 收集 器 )。 

口 预定 义 收 集 器 包括 将 流 元 素 归 约 和 汇总 到 一 个 值 ， 例 如 计算 最 小 值 、 最 大 值 或 平均 值 。 

这 些 收 集 器 总 结 在 表 6-1 中 。 

口 预定 义 收 集 句 可 以 用 groupingBy 对 流 中 元 素 进 行 分 组 ， 或 用 partitioningBy 进 行 分 区 。 

口 收集 器 可 以 高 效 地 复合 起 来 ， 进 行 多 级 分 组 、 分 区 和 归 约 。 

口 你 可 以 实现 collector 接 口中 定义 的 方法 来 开发 你 自己 的 收集 器 。 




































































并 行 数据 处 理 与 性 能 








本 章 内 容 

口 用 并 行 流 并 行 处 理 数 据 

口 并 行 流 的 性 能 分 析 

口 分 支 /合并 框架 

口 使 用 spliterator 分 割 流 








在 前 面 三 章 中 ， 我 们 已 经 看 到 了 新 的 Stream 接口 可 以 让 你 以 声明 性 方式 处 理 数 据 集 。 我 们 
还 解释 了 将 外 部 迭代 换 为 内 部 迭代 能 够 让 原生 Java 库 控制 流 元 素 的 处 理 。 这 种 方法 让 Java 程 序 员 
无 需 显 式 实现 优化 来 为 数据 集 的 处 理 加 速 。 到 目前 为 止 , 最 重要 的 好 处 是 可 以 对 这 些 集合 执行 操 
作 流 水 线 ， 能 够 自动 利用 计算 机 上 的 多 个 内 核 。 

例如 ， 在 Java 7 之 前 ， 并 行 处 理 数据 集合 非常 麻烦 。 第 一 ， 你 得 明确 地 把 包含 数据 的 数据 结 
构 分 成 若干 子 部 分 。 第 二 ,你 要 给 每 个 子 部 分 分 配 一 个 独立 的 线程 。 第 三 ,你 需要 在 恰当 的 时 候 
对 它们 进行 同步 来 避免 不 希望 出 现 的 竞争 条 件 , 等 待 所 有 线程 完成 , 最 后 把 这 些 部 分 结果 合并 起 
来 。Java 7 引入 了 一 个 叫 作 分 支 /合并 的 框架 ， 让 这 些 操 作 更 稳定 、 更 不 易 出 错 。 我 们 会 在 7.2 节 探 
讨 这 一 框架 。 

在 本 章 中 ,你 将 了 解 sStream 接 口 如 何 让 你 不 用 太 费 力气 就 能 对 数据 集 执行 并 行 操作 。 它 允 
许 你 声明 性 地 将 顺序 流 变 为 并 行 流 。 此 外 ， 你 将 看 到 Java 是 如 何 变 戏 法 的 ， 或 者 更 实际 地 来 说 ， 
流 是 如 何在 幕后 应 用 Java 7 引入 的 分 支 /合并 框架 的 。 你 还 会 发 现 ， 了 解 并 行 流 内 部 是 如 何 工 作 的 
很 重要 ， 因 为 如 果 你 忽视 这 一 方面 ， 就 可 能 因 误 用 而 得 到 意外 的 〈 很 可 能 是 错 的 ) 结果 。 

我 们 会 特别 演示 , 在 并 行 处 理 数 据 块 之 前 , 并 行 流 被 划分 为 数据 块 的 方式 在 某 些 情况 下 恰恰 
是 这 些 错误 且 无 法 解释 的 结果 的 根源 。 因 此 ， 你 将 会 学 习 如 何 通 过 实现 和 使 用 你 自己 的 
Spliterator 来 控制 这 个 划分 过 程 。 


7.1 并 行 流 


在 第 4 章 中 , 我 们 简要 地 提 到 了 Stream 接口 可 以 让 你 非常 方便 地 处 理 它 的 元 素 : 可 以 通过 对 
收集 源 调用 paral lel streanm 方 法 来 把 集合 转换 为 并 行 流 。 并 行 流 就 是 一 个 把 内 容 分 成 多 个 数据 
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块 , 并 用 不 同 的 线程 分 别处 理 每 个 数据 块 的 流 。 这 样 一 来 ,你 就 可 以 自动 把 给 定 操 作 的 工作 负荷 
分 配给 多 核 处 理 器 的 所 有 内 核 , 让 它们 都 忙 起 来 。 让 我 们 用 一 a tb 
假设 你 需要 写 一 个 方法 ,接受 数字 n 作 为 参数 ,并 返回 从 1 到 给 定 参数 的 所 有 数字 的 和 。 一 
直接 (也 许 有 点 土 ) 的 方法 是 生成 一 个 无 穷 大 的 数字 流 ， 把 它 限 制 到 给 定 的 数目 ， 2 

数字 求 和 的 Binaryoperator 来 归 约 这 个 流 ， 如 下 所 示 : 














| 生成 自然 
public static long sequentialSum(long n) { 数 无 限 流 
限制 到 前 return Stream.iterate(1lL, i -> i + 1) 和 
0 个 数 et Long: :Sum) | I 
. 2 | 和 来 归纳 流 


} 
用 更 为 传统 的 Java 术 语 来 说 ， 这 段 代 码 与 下 面 的 迭代 等 价 : 


public static long iterativeSum(long n) { 
long result = 0; 
for (long i = 1L; i <= n; i++) { 
result += i; 
} 
return result; 


} 
这 似乎 是 利用 并 行 处 理 的 好 机 会 ， 特 别 是 xz 很 大 的 时 候 。 那 怎么 人 手 呢 ? 你 要 对 结 曙 
行 同步 吗 ?” 用 多 少 个 线程 呢 ? 谁 负责 生 成 数 呢 ? 谁 来 做 加 法 呢 ? 
根本 用 不 着 担心 啦 。 用 并 行 流 的 话 ， 这 问题 就 简单 多 了 ! 


7.1.1 将 顺序 流转 换 为 并 行 流 


你 可 以 把 流转 换 成 并 行 流 ， 从 而 让 前 面 的 函数 归 约 过 程 (也 就 是 求 和 ) 并 行 运行 一 一 对 顺序 
流 调用 parallel 方 法 : 


public static long parallelSum(long n) { 
return Stream.iterate(1L, i -> i + 1) 
ee 将 流转 换 
为 并 行 流 
.parallel () < 二 一 为 并 行 流 
.reduce(0L, Long::sum); 
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} 
在 上 面 的 代码 中 , 对 流 中 所 有 数字 求 和 的 归纳 过 程 的 执行 方式 和 5.4.1 节 中 说 的 差不多 。 不 同 
之 处 在 于 Stream 在 内 部 分 成 了 几 块 。 因 此 可 以 对 不 同 的 块 独立 并 行进 行 归纳 操作 , 如 图 7-1 所 示 。 
最 后 ， 同 一 个 归纳 操作 会 将 各 个 子 流 的 部 分 归纳 结果 合并 起 来 ， 得 到 整个 原始 流 的 归纳 结 






































图 7-1 ”并行 归纳 操作 








请 注意 ， 在 现实 中 ， 对 顺序 流 调 用 parallel 方 法 并 不 意味 着 流 本 身 有 任何 实际 的 变化 。 它 
在 内 部 实际 上 就 是 设 了 一 个 boolean 标 志 ， 表 示 你 想 让 调用 parallel 之 后 进行 的 所 有 操作 都 并 
行 执行 。 类 似 地 ， 你 只 需要 对 并 行 流 调用 sequential 方 法 就 可 以 把 它 变 成 顺序 流 。 请 注意 ， 你 
可 能 以 为 把 这 两 个 方法 结合 起 来 , 就 可 以 更 细 化 地 控制 在 遍历 流 时 哪些 操作 要 并 行 执行 , 哪些 要 
顺序 执行 。 例 如 ， 你 可 以 这 样 做 : 
stream.parallel () 
,下 (2 
.Sequential () 
se 


.parallel () 
.reduce(); 


但 最 后 一 次 parallel 或 sequential 调 用 会 影响 整个 流水 线 。 在 本 例 中 ,流水 线 会 并 行 执 
行 ， 因 为 最 后 调用 的 是 它 。 




















配置 并 行 流 使 用 的 线程 池 
看 看 流 的 parallel 方 法 ， 你 可 能 会 想 ， 并 行 流 用 的 线程 是 从 哪儿 来 的 ? 有 多 少 个 ? 怎么 
自 定 义 这 个 过 程 呢 ? 
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并 行 流 内 部 使 用 了 默认 的 ForkdJoinPool (7.2 节 会 进一步 讲 到 分 支 /合并 框架 )， 它 默认 的 
线程 数量 就 是 你 的 处 理 器 数量 ， 这 个 值 是 由 Runtime.getRuntime().available- 
Processors () 得 到 的 。 

但 是 你 可 以 通过 系统 属性 java.util.concurrent.ForkJoinPool.common. 
parallelism 来 改变 线程 池 大 小 ， 如 下 所 示 : 

System.setProperty ("java.util.concurrent.ForkJoinPool.common.parallelism","12"); 

这 是 一 个 全 局 设置 ， 因此 它 将 影响 代码 中 所 有 的 并 行 流 。 反 过 来 说 , 目前 还 无 法 专 为 某 个 
并 行 流 指定 这 个 值 。 一 般 而 言 ， 让 ForkJoinPool 的 大 小 等 于 处 理 器 数量 是 个 不 错 的 默认 值 ， 
除非 你 有 很 好 的 理由 ， 否 则 我 们 强烈 建议 你 不 要 修改 它 。 


回 到 我 们 的 数字 求 和 练习 ,我们 说 过 , 在 多 核 处 理 器 上 运行 并 行 版 本 时 , 会 有 显著 的 性 能 提 
升 。 现 在 你 有 三 个 方法 , 用 三 种 不 同 的 方式 (迭代 式 、 顺 序 归 纳 和 并 行 归纳 ) 做 完全 相同 的 操作 ， 
让 我 们 看 看 谁 最 快 吧 ! 











7.1.2 测量 流 性 能 


我 们 声称 并 行 求 和 方法 应 该 比 顺序 和 和 迭代 方法 性 能 好 。 然 而 在 软件 工程 上 ， 靠 猜 绝 对 不 是 什 
么 好 办 法 ! 特别 是 在 优化 性 能 时 ， 你 应 该 始终 遵循 三 个 黄金 规则 : 测量 ， 测 量 ， 再 测量 。 为 此 ， 
你 可 以 开发 一 个 方法 ， 它 与 6.6.2 节 中 用 于 比较 划分 质数 的 两 个 收集 器 性 能 的 测试 框架 非常 类 似 ， 
如 下 所 示 。 


代码 清单 7-1 测量 对 前 n 个 自然 数 求 和 的 函数 的 性 能 
public long measureSumPerf (Function<Long, Long> adder, long n) { 
long fastest = Long.MAX_VALUE; 















































for (int i 0; 1 < 10; i++) 1 
long start = System.nanoTime(); 
long sum = adder.apply (n); 
long duration = (System.nanoTime() - start) / 1 000_000; 
System.out .println("Result: " + sum); 


if (duration < fastest) fastest = duration; 
} 
return fastest; 


} 


这 个 方法 接受 一 个 函数 和 一 个 1]ong 作 为 参数 。 它 会 对 传 给 方法 的 long 应 用 函数 10 次 ， 记 录 
每 次 执行 的 时 间 ( 以 毫秒 为 单位 )， 并 返回 最 短 的 一 次 执行 时 间 。 假 设 你 把 先前 开发 的 所 有 方法 
都 放 进 了 一 个 名 为 ParallelStreams 的 类 ， 你 就 可 以 用 这 个 框架 来 测试 顺序 加 法 器 函数 对 前 一 
千 万 个 自然 数 求 和 要 用 多 久 : 


System.out .println("Sequential sum done in:" + 
measureSumPerf (ParallelStreams::sequentialSum, 10_000_000) + " msecs"); 
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请 注意 , 我 们 对 这 个 结果 应 持 保留 态度 。 影 响 执行 时 间 的 因素 有 很 多 ， 比 如 你 的 电脑 支持 多 
少 个 内 核 。 你 可 以 在 自己 的 机 器 上 跑 一 下 这 些 代 码 。 我 们 在 一 台 四 核 英 特 尔 i7 2.3 GHz 的 MacBook 
Pro 上 运行 它 ， 输 出 是 这 样 的 : 

Sequential sum done in: 97 msecs 

用 传统 for 循 环 的 迭代 版 本 执行 起 来 应 该 会 快 很 多 ， 因 为 它 更 为 底层 ， 更 重要 的 是 不 需要 对 
原始 类 型 做 任何 装 箱 或 拆 箱 操作 。 如 果 你 试 着 测量 它 的 性 能 ， 


System.out .println("Iterative sum done in:" + 
measureSumPerf (ParallelStreams::iterativeSum, 10_000_000) + " msecs"); 





























Iterative sum done in: 2 msecs 
现在 我 们 来 对 函数 的 并 行 版 本 做 测试 : 


System.out .println("Parallel sum done in: "+ 
measureSumPerf (ParallelStreams::parallelSum, 10_000_000) + " msecs" ); 


看 看 会 出 现 什么 情况 ， 


Parallel sum done in: 164 msecs 

这 相当 令 人 失望 ， 求 和 方法 的 并 行 版 本 比 顺序 版 本 要 慢 很 多 。 你 如 何 解 释 这 个 意外 的 结盟 
呢 ?” 这 里 实际 上 有 两 个 问题 : 
D iterate 生 成 的 是 装 箱 的 对 象 ， 必 须 拆 箱 成 数字 才能 求 和 ; 
口 我 们 很 难 把 iterate 分 成 多 个 独立 块 来 并 行 执行 。 

第 二 个 问题 更 有 意思 一 点 , 因为 你 必须 意识 到 某 些 流 操作 比 其 他 操作 更 容易 并 行 化。 具体 来 
说 ，iterate 很 难 分 割 成 能 够 独立 执行 的 小 块 , 因为 每 次 应 用 这 个 函数 都 要 依赖 前 一 次 应 用 的 结 
果 ， 如 图 7-2 所 示 。 








‘i 

















iterate 








图 7-2 ”iterate 在 本 质 上 是 顺序 的 





这 意味 着 ， 在 这 个 特定 情况 下 ， 归 纳 进 程 不 是 像 图 7-1 那 样 进行 的 ; 整 张 数 字 列 表 在 归纳 过 
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程 开始 时 没有 准备 好 ， 因 而 无 法 有 效 地 把 流 划 分 为 小 块 来 并 行 处 理 。 把 流标 记 成 并 行 ， 你 其 实 是 
给 顺序 处 理 增加 了 开销 ， 它 还 要 把 每 次 求 和 操作 分 到 一 个 不 同 的 线程 上 。 

这 就 说 明了 并 行 编程 可 能 很 复杂 ， 有 时 候 甚 至 有 点 违反 直觉 。 如 果 用 得 不 对 ( 比如 采用 了 一 
个 不 易 并 行 化 的 操作 ， 如 iterate )， 它 甚至 可 能 让 程序 的 整体 性 能 更 差 ， 所 以 在 调用 那个 看 似 
神奇 的 parallel 操 作 时 ， 了 解 背后 到 底 发 生 了 什么 是 很 有 必要 的 。 

使 用 更 有 针对 性 的 方法 

那 到 底 要 怎么 利用 多 核 处 理 器 ， 用 流 来 高 效 地 并 行 求 和 呢 ? 我 们 在 第 5 章 中 讨论 了 一 个 叫 
LongStream.rangeClosed 的 方法 。 这 个 方法 与 iterate 相 比 有 两 个 优点 。 
口 LongStream.rangeClosed 直 接 产生 原始 类 型 的 long 数 字 ， 没 有 装 箱 拆 箱 的 开销 。 
口 LongStream.rangeClosed 会 生成 数字 范围 ,很 容易 拆 分 为 独立 的 小 块 。 例 如 ,范围 1~20 

可 分 为 1~5、6~10、11~15 和 16~20。 

让 我 们 先 看 一 下 它 用 于 顺序 流 时 的 性 能 如 何 ， 看 看 拆 箱 的 开销 到 底 要 不 要 紧 : 
public static long rangedSum(long n) { 


return LongStream.rangeClosed(1, n) 
.reduce(0L, Long::sum); 





















































} 

这 一 次 的 输出 是 : 

Ranged sum done in: 17 msecs 

这 个 数值 流 比 前 面 那个 用 iterate 工 厂 方法 生成 数字 的 顺序 执行 版 本 要 快 得 多 , 因为 数值 流 
避免 了 非 针 对 性 流 那些 没 必 要 的 自动 装 箱 和 拆 箱 操作 。 由 此 可 见 , 选择 适当 的 数据 结构 往往 比 并 
行 化 算法 更 重要 。 但 要 是 对 这 个 新 版 本 应 用 并 行 流 呢 ? 

public static long parallelRangedSum(long n) { 

return LongStream.rangeClosed(1, n) 


.parallel () 
.reduce(0L, Long::sum); 












































} 
现在 把 这 个 函数 传 给 你 的 测试 方法 : 


System.out.println("Parallel range sum done in:" + 
measureSumPerf (ParallelStreams: :parallelRangedSum, 10_000_000) + 
" msecs"); 


你 会 得 到 : 

Parallel range sum done in: 1 msecs 

终于 ,我 们 得 到 了 一 个 比 顺序 执行 更 快 的 并 行 归 纳 ， 因 为 这 一 次 归纳 操作 可 以 像 图 7-1 那 样 
执行 了 。 这 也 表明 ， 使 用 正确 的 数据 结构 然后 使 其 并 行 工 作 能 够 保证 最 佳 的 性 能 。 

尽管 如 此 ,请 记 住 ， 并行 化 并 不 是 没有 代价 的 。 并 行 化 过 程 本 身 需 要 对 流 做 递归 划分 ， 把 每 
个 子 流 的 归纳 操作 分 配 到 不 同 的 线程 , 然后 把 这 些 操 作 的 结果 合并 成 一 个 值 。 但 在 多 个 内 核 之 间 
移动 数据 的 代价 也 可 能 比 你 想 的 要 大 , 所 以 很 重要 的 一 点 是 要 保证 在 内 核 中 并 行 执行 工作 的 时 间 
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比 在 内 核 之 间 传 输 数 据 的 时 间 长 。 总 而 言 之 , 很 多 情况 下 不 可 能 或 不 方便 并 4 了 化 。 然 而 ,在 使 用 
并 行 Stream 加 速 代码 之 前 ， 你 必须 确保 用 得 对 ; 如 果 结 果 错 了 ,算得 快 就 毫 无 意义 了 。 让 我 们 
来 看 一 个 常见 的 陷阱 。 


7.1.3 正确 使 用 并 行 流 


错 用 并 行 流 而 产生 错误 的 首要 原因 ,就 是 使 用 的 算法 改变 了 某 些 共享 状态 。 下 面 是 另 一 种 实 
现 对 前 xz 个 自然 数 求 和 的 方法 ， 但 这 会 改变 一 个 共享 累加 咒 : 


public static long sideEffectSum(long n) { 
Accumulator accumulator = new Accumulator(); 
LongStream.rangeClosed(1, n).forEach(accumulator::add); 
return accumulator.total; 





























} 
public class Accumulator { 
public long total = 0; 
public void add(long value) { total += value; } 


} 


这 种 代码 非常 普 谢 ,特别 是 对 那些 熟悉 指令 式 编程 范式 的 程序 员 来 说 ,这 段 代码 和 你 习惯 的 
那 种 指令 式 和 迭代 数字 列 表 的 方式 很 像 : 初始 化 一 个 累加 器 ,一 个 个 遍历 列表 中 的 元 素 ,， 把 它们 和 
累加 需 相 加 。 

那 这 种 代码 又 有 什么 问题 呢 ? 不 幸 的 是 , 它 真 的 无 可 救 药 ,因为 它 在 本 质 上 就 是 顺序 的 。 
次 访问 total 都 会 出 现 数据 竞争 。 如 果 你 尝试 用 同步 来 修复 ， 那 就 完全 失去 并 行 的 意义 了 。 为 了 
说 明 这 一 点 ， 让 我 们 试 着 把 stream 变 成 并 行 的 : 

public static long sideEffectParallelSum(long n) { 

Accumulator accumulator = new Accumulator(); 


LongStream.rangeClosed(1, n) .parallel() .forEach(accumulator::add); 
return accumulator.total; 


















































} 
用 代码 清单 7-1 中 的 测试 框架 来 执行 这 个 方法 ， 并 打印 每 次 执行 的 结果 : 





System.out .println("SideEffect parallel sum done in: "+ 
measurePerf (ParallelStreams::sideEffectParallelSum, 10_000_000L) +" 
msecs" ); 

你 可 能 会 得 到 类 似 于 下 面 这 种 输出 : 

Result: 5959989000692 

Result: 7425264100768 

Result: 6827235020033 

Result: 7192970417739 

Result: 6714157975331 

Result: 7497810541907 

Result: 6435348440385 

Result: 6999349840672 

Result: 7435914379978 
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Result: 7715125932481 
SideEffect parallel sum done in: 49 msecs 


这 回 方法 的 性 能 无 关 紧 要 了 ， 唯 一 要 紧 的 是 每 次 执行 都 会 返回 不 同 的 结果 ， 都 离 正 确 值 
50000005000000 差 很 远 。 这 是 由 于 多 个 线程 在 同时 访问 累加 器 ， 执 行 Lotal += value， 而 这 
一 句 虽 然 看 似 简单 ， 却 不 是 一 个 原子 操作 。 问 题 的 根源 在 于 ，forEach 中 调用 的 方法 有 副作用 ， 
它 会 改变 多 个 线程 共享 的 对 象 的 可 变 状 态 。 要 是 你 想 用 并 行 Stream 又 不 想 引 发 类 似 的 意外 ， 就 
必须 避免 这 种 情况 。 

现在 你 知道 了 , 共享 可 变 状 态 会 影响 并 行 流 以 及 并 行 计 算 。 第 13 章 和 第 14 章 详细 讨论 函数 式 
编程 的 时 候 ， 我 们 还 会 谈 到 这 一 点 。 现 在 ， 记 住 要 避免 共享 可 变 状 态 ， 确 保 并 行 stream 得 到 正 
确 的 结果 。 接 下 来 , 我们 会 看 到 一 些 实用 建议 , 你 可 以 由 此 判断 什么 时 候 可 以 利用 并 行 流 来 提升 
性 能 。 


7.1.4 高 效 使 用 并 行 流 


一 般 而 言 , 想 给 出 任何 关于 什么 时 候 该 用 并 行 流 的 定量 建议 都 是 不 可 能 也 毫 无 意义 的 ,因为 
任何 类 似 于 “ 仅 当 至 少 有 一 千 个 〈 或 一 百 万 个 或 随便 什么 数字 ) 元 素 的 时 候 才 用 并 行 流 》 的 建 
议 对 于 某 台 特定 机 器 上 的 某 个 特定 操作 可 能 是 对 的 , 但 在 略 有 差异 的 另 一 种 情况 下 可 能 就 是 大 错 
特 错 。 尽管 如 此 , 我 们 至 少 可 以 提出 一 些 定性 意见 ， 帮 你 决定 某 个 特定 情况 下 是 否 有 必要 使 用 并 
行 流 。 

口 如 果 有 疑问 ， 测量。 把 顺序 流转 成 并 行 流 轻而易举 ,但 却 不 一 定 是 好 事 。 我 们 在 本 节 中 
已 经 指出 ， 并 行 流 并 不 总 是 比 顺序 流 快 。 此 外 ， 并 行 流 有 时 候 会 和 你 的 直觉 不 一 致 ， 所 
以 在 考虑 选择 顺序 流 还 是 并 行 流 时 ， 第 一 个 也 是 最 重要 的 建议 就 是 用 适当 的 基准 来 检查 
其 性 能 。 
留意 装 箱 。 自 动 装 箱 和 拆 箱 操作 会 大 大 降低 性 能 。Java 8 中 有 原始 类 型 流 ( IntStream、 
LongStream、DoubleStream ) 来 避免 这 种 操作 ， 但 凡 有 可 能 都 应 该 用 这 些 流 。 

有 些 操作 本 身 在 并 行 流 上 的 性 能 就 比 顺序 流 差 。 特 别 是 1imit 和 finqFirst 等 依赖 于 元 

素 顺 序 的 操作 ， 它 们 在 并 行 流 上 执行 的 代价 非常 大 。 例 如 ，fingany 会 比 fingFirst 性 

能 好 ， 因 为 它 不 一 定 要 按 顺序 来 执行 。 你 总 是 可 以 调用 unordered 方 法 来 把 有 序 流 变 成 

无 序 流 。 那 么 ， 如 果 你 需要 流 中 的 n 个 元 素 而 不 是 专门 要 前 n 个 的 话 ， 对 无 序 并 行 流 调用 

limit 可 能 会 比 单个 有 序 流 ( 比如 数据 源 是 一 个 List ) 更 高 效 。 

还 要 考虑 流 的 操作 流水 线 的 总 计算 成 本 。 设 N 是 要 处 理 的 元 素 的 总 数 ，O 是 一 个 元 素 通过 

流水 线 的 大 致 处 理 成 本 ， 则 N*O 就 是 这 个 对 成 本 的 一 个 粗略 的 定性 估计 。2 值 较 高 就 意味 

着 使 用 并 行 流 时 性 能 好 的 可 能 性 比较 大 。 

对 于 较 小 的 数据 量 ， 选 择 并 行 流 几乎 从 来 都 不 是 一 个 好 的 决定 。 并 行 处 理 少数 几 个 元 素 

的 好 处 还 抵 不 上 并 行 化 造成 的 额外 开销 。 

口 要 考虑 流 背 后 的 数据 结构 是 否 易 于 分 解 。 例 如 ，ArrayList 的 拆 分 效率 比 LinkedList 
高 得 多 ， 因 为 前 者 用 不 着 遍历 就 可 以 平均 拆 分 , 而 后 者 则 必须 遍历 。 另 外 ,用 range 工 三 
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方法 创建 的 原始 类 型 流 也 可 以 快速 分 解 。 最 后 ， 你 将 在 7.3 节 中 学 到 ， 你 可 以 自己 实现 
Spliterator 来 完全 掌控 分 解 过 程 。 

口 流 自身 的 特点 ， 以 及 流水 线 中 的 中 间 操 作 修 改 流 的 方式 ， 都 可 能 会 改变 分 解 过 程 的 性 能 。 
例如 , 一 个 SIzED 流 可 以 分 成 大 小 相等 的 两 部 分 , 这 样 每 个 部 分 都 可 以 比较 高 效 地 并 行 处 
理 ， 但 筛选 操作 可 能 丢弃 的 元 素 个 数 却 无 法 预测 ， 导 致 流 本 身 的 大 小 未 知 。 

口 还 要 考虑 终端 操作 中 合并 步 又 的 代价 是 大 是 小 (例如 collector 中 的 combiner 方 法 )。 
如 果 这 一 步 代价 很 大 ， 那 么 组 合 每 个 子 流产 生 的 部 分 结果 所 付出 的 代价 就 可 能 会 超出 通 
过 并 行 流 得 到 的 性 能 提升 。 

表 7-1 按 照 可 分 解 性 总 结 了 一 些 流 数 据 源 适 不 适 于 并 行 。 

表 7-1 流 的 数据 源 和 可 分 解 性 









































源 可 分 解 性 
ArrayList 极 佳 
LinkedList 差 
IntSstream.range 极 佳 
Stream.iterate 差 
HashSet 好 
TreesSet 好 








最 后 ,我 们 还 要 强调 并 行 流 背 后 使 用 的 基础 架构 是 Java7 中 引入 的 分 支 /合并 框架 。 并 行 汇 总 
的 示例 证 明了 要 想 正确 使 用 并 行 流 ,了 解 它 的 内 部 原理 至 关 重 要 , 所 以 我 们 会 在 下 一 闻 仔 细 研 究 
分 支 / 合 并 框架 。 


7.2 分支/ 合并 框架 


分 支 /合并 框架 的 目的 是 以 递归 方式 将 可 以 并 行 的 任务 拆 分 成 更 小 的 任务 ， 然 后 将 每 个 子 任 
务 的 结果 合并 起 来 生成 整体 结 o 它 是 ExecutorS oan 接口 的 一 个 实现 ， 它 把 子 任务 分 配给 
线程 池 ( 称 为 ForkJoinPool ) 中 的 工作 线程 。 首 先 来 看 看 如 何 定 义 任务 和 子 任务 。 

















7.2.1 使 用 RecursiveTask 

















要 把 任务 提交 到 这 个 池 , 必须 创建 RecursiveTask<R> 的 一 个 子 类 , 其 中 Rr 是 并 行 化 任务 (以 
及 所 有 子 任务 ) 产生 的 结果 类 型 ， 或 者 如 果 任 务 不 返回 结果 ， 则 是 RecursiveAction 类 型 ( 当 
然 它 可 能 会 更 新 其 他 非 局 部 机 构 )。 要 定义 RecursiveTask， 只 需 实现 它 唯 一 的 抽象 方法 


Compute: 








protected abstract R compute(); 
这 个 方法 同时 定义 了 将 任务 拆 分 成 子 任务 的 逻辑 , 以 及 无 法 再 拆 分 或 不 方便 再 拆 分 时 , 生成 
单个 子 任务 结果 的 逻辑 。 正 由 于 此 ， 这 个 方法 的 实现 类 似 于 下 面 的 伪 代 码 : 





150 第 7 章 并 行 数 据 处 理 与 性 能 





iE (任务 足够 小 或 不 可 分 ) { 


顺序 计算 该 任务 

} else { 
将 任务 分 成 两 个 子 任务 
递归 调用 本 方法 ， 拆 分 每 个 子 任务 ， 等 待 所 有 子 任务 完成 
合并 每 个 子 任务 的 结果 


} 
一 般 来 说 并 没有 确切 的 标准 决定 一 个 任务 是 否 应 该 再 拆 分 , 但 有 几 种 试探 方法 可 以 帮助 你 做 
出 这 一 决定 。 我 们 会 在 7.2.1 节 中 进一步 澄清 。 递 归 的 任务 拆 分 过 程 如 图 7-3 所 示 。 


将 任务 递归 分 支 2 SS 
成 小 的 子 任务 ， | fork | 
直至 每 个 子 任 

















































































































并 行 对 所 有 
子 任务 求 值 








顺序 求 值 顺序 求 值 顺序 求 值 


| 





join join 





重新 合并 
部 分 结果 





join 


图 7-3 分支/ 合并 过 程 


























你 可 能 已 经 注意 到 ， 这 只 不 过 是 著名 的 分 治 算法 的 并 行 版 本 而 已 。 这 里 举 一 个 用 分 支 /合并 
框架 的 实际 例子 , 还 以 前 面 的 例子 为 基础 ， 让 我 们 试 着 用 这 个 框架 为 一 个 数字 范围 ( 这 里 用 一 个 
long[] 数 组 表示 ) 求 和 。 如 前 所 述 ， 你 需要 先 为 RecursiveTask 类 做 一 个 实现 ， 就 是 下 面 代码 
清单 中 的 ForkJoinSsumCalculator。 
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代码 清单 7-2 用 分 支 / 合 并 框架 执行 并 行 求 和 


























public class ForkJoinSumCalculator 继承 Recur- 
extends java.util.concurrent.RecursiveTask<Long> { < siveTask 来 
> 创建 可 以 用 
0 | private final 1ong[] numbers; ee 于 分 支 /合并 
S private final int start; Haas 框架 的 任务 
private final int end; 的 起 始 和 
终止 位 置 
public static final long THRESHOLD = 10_000; < 一 不 再 将 任务 分 
解 为 子 任务 的 
public ForkJoinSumCalculator(long[] numbers) { 数组 大 小 
公共 构造 this(numbers, 0, numbers.length); 
函数 用 于 } 
创建 主任 
务 private ForkJoinSumCalculator(long[] numbers, int start, int end) { < 一 
私有 构 千本 有 于 以 
Se 归 方 式 为 主任 务 创建 子 
this.end = eng; 
该 任务 负 | ， 任务 
责 求 和 的 覆盖 RecursiveTask 抽 
部 分 的 大 @Override 象 方法 
小 protected Long compute() { < 一 
int length = end - start; 
if (length <= THRESHOLD) { 如 果 大 小 小 于 
创建 一 个 子 任 return computeSequentially (); 或 等 于 阅 值 , 顺 
务 来 为 数组 的 | 。 } | 序 计算 结果 
前 一 半 求 和 ForkJoinSumCalculator leftTask = 
new ForkJoinSumCalculator (numbers, start, start + length/2); 
利用 另 一 个 leftTask.fork(); 
ForkJoinPool ForkJoinSumCalculator rightTask = 
线程 异步 执行 新 new ForkJoinSumCalculator (numbers, start + length/2, end); < 
创建 的 子 任务 Long rightResult = rightTask.compute(); < 一 创建 一 个 任务 
Long leftResult = leftTask.join(); ‘== a Wy 
return leftResult + rightResult; < 人 
} 
private long computeSequentially() { 同步 执行 第 二 个 子 
在 子 任 long sum = 0; 任务 ， 有 可 能 允许 进 
务 不 再 for (int i = start; i < end; I++) { 一 步 递归 划分 
可 分 时 sum += numbers[i]; 
计算 结 } 读 取 第 一 个 子 任务 的 结果 ， 
果 的 简 return sum; 该 任务 的 结果 是 两 个 如 果 尚 未 完成 就 等 待 
单 算法 子 任务 结果 的 组 合 


} 
现在 编写 一 个 方法 来 并 行 对 前 n 个 自然 数 求 和 就 很 简单 了 。 你 只 需 把 想 要 的 数字 数组 传 给 
ForkJoinsumcalculator 的 构造 函数 : 




















public static long forkJoinSum(long n) { 
long[] numbers = LongStream.rangeClosed(1, n).toArray () ; 
ForkJoinTask<Long> task = new ForkJoinSumCalculator (numbers); 
return new ForkJoinPool () .invoke (task); 
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这 里 用 了 一 个 Longstream 来 生成 包含 前 n 个 自然 数 的 数组 ， 然 后 创建 一 个 ForkJoinTask 
(RecursiveTask 的 父 类 )， 并 把 数组 传递 给 代码 清单 7-2 所 示 ForkJoinsumCalculator 的 公共 
构造 函数 。 最 后 ， 你 创建 了 一 个 新 的 ForkJoinPool， 并 把 任务 传 给 它 的 调用 方法 。 在 
ForkJoinPool 中 执行 时 , 最 后 一 个 方法 返回 的 值 就 是 ForkJoijnsumCcalculator 类 定义 的 任务 


肯 
结果 O 


请 注意 在 实际 应 用 时 ,使 用 多 个 ForkJoinPool 是 没有 什么 意义 的 。 正 是 出 于 这 个 原因 ,一 
般 来 说 把 它 实 例 化 一 次 ,然后 把 实例 保存 在 静态 字段 中 ,使 之 成 为 单 例 ， 这 样 就 可 以 在 软件 中 任 
何 部 分 方便 地 重用 了 。 这 里 创建 时 用 了 其 默认 的 无 参数 构造 函数 , 这 意味 着 想 让 线程 池 使 用 JVM 
能 够 使 用 的 所 有 处 理 需 。 更 确切 地 说 ， 该 构造 函数 将 使 用 Runtime.availableProcessors 的 
返回 值 来 决定 线程 池 使 用 的 线程 数 。 请 注意 availableProcessors 方 法 虽然 看 起 来 是 处 理 器 ， 
但 它 实际 上 返回 的 是 可 用 内 核 的 数量 ， 包 括 超 线程 生成 的 虚拟 内 核 。 

运行 ForkJoinSumCalculator 

当 把 ForkJoinsumCalculator 任 务 传 给 ForkJoinPool 时 ,这 个 任务 就 由 池 中 的 一 个 线程 
执行 ， 这 个 线程 会 调用 任务 的 compute 方 法 。 该 方法 会 检查 任务 是 否 小 到 足以 顺序 执行 ， 如 果 不 
够 小 则 会 把 要 求 和 的 数组 分 成 两 半 ， 分 给 两 个 新 的 Forkuoinsumcalculator ， 而 它们 也 
ForkJoinPool 安 排 执行 。 因 此 ， 这 一 过 程 可 以 递归 重复 ， 把 原 任 务 分 为 更 小 的 任务 ， 直 到 满足 
不 方便 或 不 可 能 再 进一步 拆 分 的 条 件 ( 本 例 中 是 求 和 的 项 目 数 小 于 等 于 10 000 )。 这 时 会 顺序 计 
算 每 个 任务 的 结果 ,然后 由 分 支 过 程 创 建 的 ( 隐 仿 的 ) 任务 二 义 树 遍历 回 到 它 的 根 。 接 下 来 会 合 
并 每 个 子 任务 的 部 分 结果 ， 从 而 得 到 总 任务 的 结果 。 这 一 过 程 如 图 7-4 所 示 。 


























































































































































































































































































































图 7-4 分支 /合并 算法 
你 可 以 再 用 一 次 本 章 开 始 时 写 的 测试 框架 , 来 看 看 显 式 使 用 分 支 /合并 框架 的 求 和 方法 的 性 能 : 
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System.out .println("ForkJoin sum done in: " + measureSumPerEf( 
ForkJoinSumCalculator::forkJoinSum, 10_000_000) + " msecs" ); 


它 生成 以 下 输出 : 

ForkJoin sum done in: 41 msecs 

这 个 性 能 看 起 来 比 用 并 行 流 的 版 本 要 差 ， 但 这 只 是 因为 必须 先 要 把 整个 数字 流 都 放 进 一 个 
long[] ， 之 后 才能 在 ForkJoinsumcalculator 任 务 中 使 用 它 。 


7.2.2 ”使 用 分 支 /合并 框架 的 最 佳 做 法 


虽然 分 支 /合并 框架 还 算 简单 易 用 ， 不 幸 的 是 它 也 很 容易 被 误 用 。 以 下 是 几 个 有 效 使 用 它 的 

最 佳 做 法 。 

口 对 一 个 任务 调用 join 方法 会 阻塞 调用 方 ， 直 到 该 任务 做 出 结果 。 因 此 ， 有 必要 在 两 个 子 
任务 的 计算 都 开始 之 后 再 调用 它 。 和 否则 ， 你 得 到 的 版 本 会 比 原始 的 顺序 算法 更 慢 更 复杂 ， 
因为 每 个 子 任务 都 必须 等 待 另 一 个 子 任务 完成 才能 启动 。 

口 不 应 该 在 RecursiveTask 内 部 使 用 ForkJoinPool 的 invoke 方 法 。 相 反 ,， 你 应 该 始终 直 

接 调用 compute 或 fork 方 法 ， 只 有 顺序 代码 才 应 该 用 invoke 来 启动 并 行 计算 。 

口 对 子 任务 调用 fork 方 法 可 以 把 它 排 进 ForkJoinPool。 同 时 对 左边 和 右边 的 子 任务 调用 
它 似乎 很 自然 ， 但 这 样 做 的 效率 要 比 直接 对 其 中 一 个 调用 compute 低 。 这 样 做 你 可 以 为 
其 中 一 个 子 任务 重用 同一 线程 ， 从 而 避免 在 线程 池 中 多 分 配 一 个 任务 造成 的 开销 。 

口 调试 使 用 分 支 /合并 框架 的 并 行 计算 可 能 有 点 环 手 。 特 别 是 你 平常 都 在 你 喜欢 的 IDE 里 面 
看 栈 跟踪 (stack trace ) 来 找 问 题 , 但 放 在 分 支 - 合 并 计算 上 就 不 行 了 ， 因 为 调用 compute 
的 线程 并 不 是 概念 上 的 调用 方 ， 后 者 是 调用 fork 的 那个 。 

口 和 并 行 流 一 样 ， 你 不 应 理所当然 地 认为 在 多 核 处 理 器 上 使 用 分 支 /合并 框架 就 比 顺序 计 
算 快 。 我 们 已 经 说 过 , 一 个 任务 可 以 分 解 成 多 个 独立 的 子 任 务 , 才能 让 性 能 在 并 行 化 时 
有 所 提升 。 所 有 这 些 子 任务 的 运行 时 间 都 应 该 比分 出 新 任务 所 花 的 时 间 长 ; 一 个 惯用 方 
法 是 把 输入 /输出 放 在 一 个 子 任务 里 ， 计 算 放 在 另 一 个 里 ， 这 样 计 算 就 可 以 和 输入 /输出 
同时 进行 。 此 外 , 在 比较 同一 算法 的 顺序 和 并 行 版 本 的 性 能 时 还 有 别 的 因素 要 考虑 。 就 
像 任 何其 他 Java 代 码 一 样 ， 分 支 /合并 框架 需要 “ 预 热 ”或 者 说 要 执行 几 遍 才 会 被 JIT 编 
译 器 优化 。 这 就 是 为 什么 在 测量 性 能 之 前 跑 几 遍 程序 很 重要 , 我 们 的 测试 框架 就 是 这 么 
做 的 。 同 时 还 要 知道 , 编译 器 内 置 的 优化 可 能 会 为 顺序 版 本 带 来 一 些 优势 ( 例如 执行 死 
码 分 析 一 一 删 去 从 未 被 使 用 的 计算 )。 

对 于 分 支 /合并 拆 分 策略 还 有 最 后 一 点 补充 : 你 必须 选择 一 个 标准 ,来 决定 任务 是 要 进一步 

拆 分 还 是 已 小 到 可 以 顺序 求 值 。 我 们 会 在 下 一 节 中 就 此 给 出 一 些 提示 。 


























































































































154 第 7 章 并 行 数 据 处 理 与 性 能 





7.2.3 工作 窃取 


在 ForkJoinSsumcalculator 的 例子 中 ,我们 决定 在 要 求 和 的 数组 中 最 多 包含 10 000 个 项 目 
时 就 不 再 创建 子 任务 了 。 这 个 选择 是 很 随意 的 , 但 大 多 数 情况 下 也 很 难 找到 一 个 好 的 启发 式 方法 
来 确定 它 ， 只 能 试 几 个 不 同 的 值 来 尝试 优化 它 。 在 我 们 的 测试 案例 中 ， 我 们 先 用 了 一 个 有 1000 
万 项 目的 数组 , 意味 着 ForkJoinsumCcalculator 至 少 会 分 出 1000 个 子 任务 来 。 这 似乎 有 点 浪费 
资源 ， 因 为 我 们 用 来 运行 它 的 机 器 上 只 有 四 个 内 核 。 在 这 个 特定 例子 中 可 能 确实 是 这 样 ， 因 为 所 
有 的 任务 都 受 CPU 约 束 ， 预 计 所 花 的 时 间 也 差不多 。 

但 分 出 大 量 的 小 任务 一 般 来 说 都 是 一 个 好 的 选择 。 这 是 因为 ， 理 想 情 况 下 ， 划 分 并 行 任务 时 ， 
应 该 让 每 个 任务 都 用 完全 相同 的 时 间 完 成 ， 让 所 有 的 CPU 内 核 都 同样 繁忙 。 不 幸 的 是 ,实际 中 , 每 
个 子 任务 所 花 的 时 间 可 能 天 差 地 别 , 要 么 是 因为 划分 策略 效率 低 , 要 么 是 有 不 可 预知 的 原因 ， 比 如 
磁盘 访问 慢 ， 或 是 需要 和 外 部 服务 协调 执行 。 

分 支 /合并 框架 工程 用 一 种 称 为 工作 窃取 ( work stealing ) 的 技术 来 解决 这 个 问题 。 在 实际 应 
用 中 ,这 意味 着 这 些 任务 差不多 被 平均 分 配 到 ForkJoinPool 中 的 所 有 线程 上 。 每 个 线程 都 为 分 
配给 它 的 任务 保存 一 个 双向 链 式 队列 , 每 完成 一 个 任务 ， 就 会 从 队列 头 上 取出 下 一 个 任务 开始 执 
行 。 基于 前 面 所 述 的 原因 ， 某 个 线程 可 能 早早 完成 了 分 配给 它 的 所 有 任务 , 也 就 是 它 的 队列 已 经 
空 了 ， 而 其 他 的 线程 还 很 已。 这 时 ， 这 个 线程 并 没有 闲 下 来 ， 而 是 随机 选 了 一 个 别 的 线程 ， 从 队 
列 的 尾巴 上 “ 偷 走 ”一 个 任务 。 这 个 过 程 一 直 继 续 下 去 ， 直 到 所 有 的 任务 都 执行 完毕 ， 所 有 的 队 
列 都 清空 。 这 就 是 为 什么 要 划 成 许多 小 任务 而 不 是 少数 几 个 大 任务 , 这 有 助 于 更 好 地 在 工作 线程 
之 间 平 衡 负载 。 

一 般 来 说 ， 这 种 工作 窃取 算法 用 于 在 池 中 的 工作 线程 之 间 重 新 分 配 和 平衡 任务 。 图 7-5 展 示 
了 这 个 过 程 。 当 工作 线程 队列 中 有 一 个 任务 被 分 成 两 个 子 任务 时 , 一 个 子 任务 就 被 闲置 的 工作 线 
程 “ 丛 走 ” 了 。 如 前 所 述 ， 这 个 过 程 可 以 不 断 递归 ， 直 到 规定 子 任务 应 顺序 执行 的 条 件 为 真 。 


工作 线程 1 4 2 1 正在 运行 







































































































































































拆 分 
工作 线程 2 窃取 | 正在 运行 
工作 线程 3 窃取 正在 运行 
工作 线程 4 窗 取 正在 运行 























图 7-5 分支 /合并 框 





使 用 的 工作 窃取 算法 
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现在 你 应 该 清楚 流 如 何 使 用 分 支 /合并 框架 来 并 行 处 理 它 的 项 目 了 ， 不 过 还 有 一 点 没有 讲 。 
本 节 中 我 们 分 析 了 一 个 例子 ,你 明确 地 指定 了 将 数字 数组 拆 分 成 多 个 任务 的 逻辑 。 但 是 ,使 用 本 
章 前 面 讲 的 并 行 流 时 就 用 不 着 这 么 做 了 , 这 就 意味 着 , 肯定 有 一 种 自动 机 制 来 为 你 拆 分 流 。 这 种 
新 的 自动 机 制 称 为 spliterator， 我 们 会 在 下 一 节 中 讨论 。 


























7.3 spliterator 


spliterator 是 Java 8 中 加 入 的 另 一 个 新 接口 ;这 个 名 字 代 表 “ 可 分 迭代 器 ”( splitable 
iterator )。 和 Iterator 一 样 ，Spliterator 也 用 于 遍历 数据 源 中 的 元 素 ， 但 它 是 为 了 并 行 执行 
而 设计 的 。 虽 然 在 实践 中 可 能 用 不 着 自己 开发 spliterator， 但 了 解 一 下 它 的 实现 方式 会 让 你 
对 并 行 流 的 工作 原理 有 更 深入 的 了 解 。Java 8 已 经 为 集合 框架 中 包含 的 所 有 数据 结构 提供 了 一 个 
默认 的 spliterator 实 现 。 集 合 实现 了 spliterator 接 口 , 接口 提供 了 一 个 spliterator 方 法 。 
这 个 接口 定义 了 若干 方法 ， 如 下 面 的 代码 清单 所 示 。 


代码 清单 7-3 ”spliterator 接 口 












































public interface Spliterator<T> { 
boolean tryAdvance (Consumer<? super T> action); 
Spliterator<T> trySplit(); 
long estimateSize(); 
int characteristics(); 


} 

与 往常 一 样 ，T 是 spliterator 遍 历 的 元 素 的 类 型 。tryAdvance 方 法 的 行为 类 似 于 普通 的 
Iterator， 因 为 它 会 按 顺 序 一 个 一 个 使 用 spliterator 中 的 元 素 , 并 且 如 果 还 有 其 他 元 素 要 遍 
历 就 返回 true。 但 trysplit 是 专 为 Spliterator 接 口 设计 的 , 因为 它 可 以 把 一 些 元 素 划 出 去 分 
给 第 二 个 spliterator (由 该 方法 返回 )， 让 它们 两 个 并 行 处 理 。spliterator 还 可 通过 
estimateSsize 方 法 估计 还 剩 下 多 少 元 素 要 遍历 ， 因 为 即使 不 那么 确切 ,能 快速 算出 来 是 一 个 值 
也 有 助 于 让 拆 分 均匀 一 点 。 

重要 的 是 ,要 了 解 这 个 拆 分 过 程 在 内 部 是 如 何 执行 的 ， 以 便 在 需要 时 能 够 掌控 它 。 因 此 , 我 
们 会 在 下 一 节 中 详细 地 分 析 它 。 


7.3.1 拆 分 过 程 


将 stream 拆 分 成 多 个 部 分 的 算法 是 一 个 递归 过 程 ， 如 图 7-6 所 示 。 第 一 步 是 对 第 一 个 
Spliterator 调 用 trysplit， 生成 第 二 个 spliterator。 第 二 步 对 这 两 个 spliterator 调 用 
trysplit， 这 样 总 共 就 有 了 四 个 spliterator。 这 个 框架 不 断 对 spliterator 调 用 trysplit 
直到 它 返回 nul1 ， 表 明 它 处 理 的 数据 结构 不 能 再 分 制 ， 如 第 三 步 所 示 。 最 后 ， 这 个 递归 拆 分 过 
程 到 第 四 步 就 终止 了 ， 这 时 所 有 的 spliterator 在 调用 trysplit 时 都 返回 了 nul1。 
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图 7-6 递归 拆 分 过 程 


这 个 拆 分 过 程 也 受 split erator 本 身 的 特 


明 的 。 
Spliterator 的 特性 














AN 


响 ， 而 特性 是 通过 characteristics 方 法 声 











Spbpliterator 接 口 声 明 的 最 后 一 个 抽象 方法 是 characteristics， 它 将 返回 一 个 int， 代 
表 Spliterator 本 身 特性 集 的 编码 。 使 用 spliterator 的 客户 可 以 用 这 些 特性 来 更 好 地 控制 和 









































优化 它 的 使 用 。 表 7-2 总 结 了 这 些 特性 。( 不 幸 的 是 ， 昌 然 它们 在 概念 上 与 收集 器 的 特性 有 重 受 ， 










































































编码 却 不 一 样 。 ) 
表 7-2 spliterator 的 特性 
特 性 含义 
ORDERED 元 素 有 既定 的 顺序 (例如 List)， 因 此 spliterator 在 遍历 和 划分 时 也 会 遵循 这 一 顺序 
DPSTINGT 对 于 任意 一 对 遍历 过 的 元 素 x 和 y，x.equals (y) 返回 false 
SORBED 遍历 的 元 素 按 照 一 个 预定 义 的 顺序 提 
SPB 该 Spliterator 个 已 知 大 小 的 源 建立 (例如 Set )， 因 此 estimatedsize() 返 回 的 是 准确 值 
NONNULL, 保证 遍历 的 元 素 不 会 为 nul1 
四 TMMUTABE Spliterator 的 数据 源 不 能 修改 。 这 意味 着 在 遍历 时 不 能 添加 、 删 除 或 修改 任何 元 素 
ee 该 Spliterator 的 数据 源 可 以 被 其 他 线程 同时 修改 而 无 需 同步 
SUBSTZED 该 Sspliterator 和 所 有 从 它 拆 分 出 来 的 Spliterator 都 是 SIZED 








7.3 Spliterator 157 


7.3 Spliterator 
现在 你 已 经 看 到 了 spliterator 接 口 是 什 么 以 及 它 定义 了 哪些 方法 ， 你 可 以 试 着 自己 实现 
一 个 spliterator 了 。 

















7.3.2 ”实现 你 自己 的 spliterator 


让 我 们 来 看 一 个 可 能 需要 你 自己 实现 spliterator 的 实际 例子 。 我 们 要 开发 一 个 简单 的 方 
法 来 数 数 一 个 string 中 的 单词 数 。 这 个 方法 的 一 个 迭代 版 本 可 以 写成 下 面 的 样子 。 


代码 清单 7-4 一 个 迭代 式 字数 统计 方法 


public int countWordsIteratively (String s) { 


int counter = 0; 
boolean lastSpace = true; 
for (char c : s.toCharArray ()) { 所 -| 逐个 遍历 string 中 的 
if (Character.isWhitespace(c)) { 所 有 字符 
lastSpace = true; 
} else { 


Se 遍历 的 字符 不 是 空格 时 ， 将 


if (lastSpace) counter+t+; < | 上 一 个 字符 是 空格 而 当前 
单词 计数 器 加 一 





return Counter: 


} 
让 我 们 把 这 个 方法 用 在 但 丁 的 《神曲 》 的 《地 狱 篇 》 的 第 一 句 话 上 :" 


final String SENTENCE = 
" Nel mezzo del cammin di nostra vita " + 
"mi ritrovai in una selva oscura" + 
" ché la dritta via era smarrita " 


System.out .println("Found " + countWordsIteratively (SENTENCE) + " words"); 


请 注意 , 我 们 在 句子 里 添加 了 一 些 额 外 的 随机 空格 ,以 演示 这 个 迭代 实现 即使 在 两 个 词 之 间 
存在 多 个 空格 时 也 能 正常 工作 。 正 如 我 们 所 料 ， 这 段 代 码 将 打印 以 下 内 容 : 

Found 19 words 

理想 情况 下 ,你 会 想 要 用 更 为 函数 式 的 风格 来 实现 它 ， 因 为 就 像 我 们 前 面 说 过 的 , 这 样 你 就 
可 以 用 并 行 Stream 来 并 行 化 这 个 过 程 ， 而 无 需 显 式 地 处 理 线 程 和 同步 问题 。 

1. 以 函数 式 风 格 重 写 单词 计数 器 

首先 你 需要 把 string 转 换 成 一 个 流 。 不 幸 的 是 , 原始 类 型 的 流 仅 限于 int、long 和 aqouble， 
所 以 你 只 能 用 stream<Character>: 











Stream<Character> stream = IntStream.range(0, SENTENCE.1length()) 
.mapToOb]j (SENTENCE: :charAt); 


你 可 以 对 这 个 流 做 归 约 来 计算 字数 。 在 归 约 流 时 , 你 得 保留 由 两 个 变量 组 成 的 状态 : 一 个 int 





Qa 请 参阅 http://en.wikipedia.org/wiki/Inferno_(Dante)。 
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用 来 计算 到 目前 为 止 数 过 的 字数 ,还 有 一 个 boolean 用 来 记得 上 一 个 遇 到 的 character 是 不 是 空 
格 。 因 为 Java 没 有 元 组 (tuple， 用 来 表示 由 异类 元 素 组 成 的 有 序列 表 的 结构 ， 不 需要 包装 对 象 )， 
所 以 你 必须 创建 一 个 新 类 Wordcounter 来 把 这 个 状态 封装 起 来 ， 如 下 所 示 。 


代码 清单 7-5 ”用 来 在 遍历 character 流 时 计数 的 类 
class WordCounter { 
private final int counter; 
private final boolean lastSpace; 
public WordCounter (int counter, boolean lastSpace) { 
this.counter = counter; 
this.lastSpace = lastSpace; 





} 


public WordCounter accumulate(Character c) { < 一 和 和 迭代 算法 一 样 
+ 各 


if | { et To 站 二 
return 2 1 
Ee 人 个 个 遍历 character 
I 


new WordCounter (counter, true); 
} else { 
一 个 空 答 旦 空 
return lastSpace ? 十 一 个 字符 是 空格 , 而 


M7 二 人 | 一 已 
new WordCounter (Counter + 1, false) *— 当前 遍历 的 字符 不 是 


this; 空格 时 ,将 单词 计数 器 


} 


public WordCounter combine (WordCounter wordCounter) { 


全 个 本 
合并 两 个 word return new WordCounter(counter + wordCounter.counter, 
Gouters 把 其 wordCounter.lastSpace); < 
计数 器 加 起 来 } 仅 需 要 计数 器 
的 总 和 ， 无 需 关 
public int getCounter() { 心 lastspace 


return counter; 
. 
} 


在 这 个 列表 中 ,accumulate 方 法 定义 了 如 何 更 改 Wordcounter 的 状态 , 或 更 确切 地 说 是 用 
哪个 状态 来 建立 新 的 Wordcounter， 因 为 这 个 类 是 不 可 变 的 。 每 次 遍历 到 stream 中 的 一 个 新 的 
Character 时 ， 就 会 调用 accumulate 方 法 。 具 体 来 说 ， 就 像 代码 清单 7-4 中 的 countwords- 
Iteratively 方 法 一 样 ， 当 上 一 个 字符 是 空格 ， 新 字符 不 是 空格 时 ， 计 数 器 就 加 一 。 图 7-7 展 示 
了 accumulate 方 法 遍历 到 新 的 character 时 ，WordCcounter 的 状态 转换 。 

调用 第 二 个 方法 combine 时 ,会 对 作用 于 character 流 的 两 个 不 同 子 部 分 的 两 个 
Woracountet 的 部 分 结果 进行 汇总 ， 也 就 是 把 两 个 wordcountez 内 部 的 计数 需 加 起 来 。 
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WordCounter 
lastSpace == false 


WordCounter 
lastspace == true 














c 不 是 空格 ， 
计数 器 加 一 


c 不 是 空格 
图 7-7 遍历 到 新 的 cnaracter c 时 Wordcounter 的 状态 转换 








现在 你 已 经 写 好 了 在 wordcounter 中 累计 字符 ， 以 及 在 Wordcounter 中 把 它们 结合 起 来 的 
逻辑 ， 那 写 一 个 方法 来 归 约 character 流 就 很 简单 了 


private int countWords (Stream<Character> stream) { 
WordCounter wordCounter = stream.reduce (new WordCounter (0, true), 
WordCounter::accumulate, 
WordCounter: :combine); 
return wordCounter.getCounter(); 





} 

现在 你 就 可 以 试 一 试 这 个 方法 ， 给 它 由 包含 但 丁 的 《神曲 》 中 《地 狱 篇 》 第 一 句 的 string 
创建 的 流 : 

Stream<Character> stream = JIntStream.range(0, SENTENCE.1length()) 


.mapToOb]j (SENTENCE: :charAt); 
System.out .println("Found " + countWords (stream) + " words"); 


你 可 以 和 迭代 版 本 比较 一 下 输出 : 


Found 19 words 

到 现在 为 止 都 很 好 ， 但 我 们 以 函数 式 实现 wordcounter 的 主要 原因 之 一 就 是 能 轻松 地 并 行 
处 理 ， 让 我 们 来 看 看 具体 是 如 何 实现 的 。 

2. 让 wordacountezr 并 行 工 作 

你 可 以 尝试 用 并 行 流 来 加 快 字数 统计 ， 如 下 所 示 : 

System.out .println("Found " + countWords (stream.parallel()) + " words"); 

不 幸 的 是 ， 这 次 的 输出 是 : 

Found 25 words 
显然 有 什么 不 对 ， 可 到 底 是 哪里 不 对 呢 ? 问题 的 根源 并 不 难 找 。 因 为 原始 的 String 在 任意 
位 置 拆 分 ， 所 以 有 时 一 个 词 会 被 分 为 两 个 词 ， 然后 数 了 两 次 。 这 就 说 明 ， 拆 分 流 会 影响 结果 ， 而 
把 顺序 流 换 成 并 行 流 就 可 能 使 结果 出 错 。 

如 何 解 决 这 个 问题 呢 ? 解 决 方案 就 是 要 确保 string 不 是 在 随机 位 置 拆 开 的 ， 而 只 能 在 词尾 
拆 开 。 要 做 到 这 一 点 ， 你 必须 为 character 实 现 一 个 Spliterator， 它 只 能 在 两 个 词 之 间 拆 开 
String (如 下 所 示 )， 然 后 由 此 创建 并 行 流 。 
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代码 清单 7-6 WorgdCountersSpliterator 
class WordCounterSpliterator implements Spliterator<Character> { 


private final String string; 
private int currentChar = 0; 


public WordCounterSpliterator(String string) { 
this.string = string; 


@Override 
public boolean tryAdvance (Consumer<? super Character> action) { 
action.accept (string.charAt (currentChar++) ); 








处 理 当 前 return currentChar < string.length(); < 
字符 } 如 果 还 有 字符 要 
处 理 , 则 返回 true 
@Override 
public Spliterator<Character> trySplit() { 
i int currentSize = string.length() - currentChar; 返回 null 表 示 要 
将 试探 拆 分 | | 
Rt if (currentSize < 10) { 解析 的 string 
位 置 设 定 为 return null; 已 经 足够 小 ， 可 
要 解析 的 | ， | 以 顺序 处 理 
string 的 中 for (int splitPos = currentSize / 2 + currentCha; 
间 splitPos < string.length(); splitPos++) { 
if (Character.isWhitespace(string.charAt (splitPos))) { 
让 拆 分 位 置 Spliterator<Character> spliterator = < 
前 进 直 到 下 new WordCounterSp1Literator (String.sSubstring(currentChar， 
一 个 空格 splitPos)); 
currentChar = splitPos; < 
| return spliterator; 将 这 个 Wordcounter- 
} Spliterator 的 起 始 re 
a 位 置 设 为 拆 分 位 置 a 
} 来 解 析 String 
从 开始 到 拆 分 
GOverride 位 置 的 部 分 
public long estimateSize() { 
return string.length() - currentChar; 
} 
@Override 
public int characteristics() { 


return ORDERED + SIZED + SUBSIZED + NONNULL + IMMUTABLE; 
} 

这 个 spliterator 由 要 解析 的 string 创 建 ， 并 遍历 了 其 中 的 character， 同时 保存 了 当前 
正在 遍历 的 字符 位 置 。 让 我 们 快速 回顾 一 下 实现 了 spliterator 接口 的 
WordcounterSpliterator 中 的 各 个 函数 。 

口 tryAdvance 方 法 把 string 中 当前 位 置 的 character 传 给 了 Consumer， 并 让 位 置 加 一 。 

作为 参数 传递 的 consumer 是 一 个 Java 内 部 类 ， 在 遍历 流 时 将 要 处 理 的 cnaracter 传 给 了 
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一 系列 要 对 其 执行 的 函数 。 这 里 只 有 一 个 归 约 函数 ， 即 Wordcounter 类 的 accumulate 
方法 。 如 果 新 的 指针 位 置 小 于 string 的 总 长 ， 且 还 有 要 遍历 的 character， 则 
tryAdvance 返 回 true。 

口 trySplit 方 法 是 spliterator 中 最 重要 的 一 个 方法 , 因为 它 定义 了 拆 分 要 遍历 的 数据 
结构 的 逻辑 。 就 像 在 代码 清 单 7-1 中 实现 的 R cursiveTask 的 compute 方 法 一 样 (分 文 
/合并 框架 的 使 用 方式 )， 首先 要 设 定 不 再 进一步 拆 分 的 下 限 。 这 里 用 了 一 个 非常 低 的 下 
限 一 一 10 个 character， 仅 仅 是 为 了 保证 程序 会 对 那个 比较 短 的 String 做 几 次 拆 分 。 
在 实际 应 用 中 ， 就 像 分 支 /合并 的 例子 那样 ， 你 肯定 要 用 更 高 的 下 限 来 避免 生成 太 多 的 
任务 。 如 果 剩 余 的 character 数 量 低 于 下 限 ， 你 就 返回 nul11 表 示 无 需 进 一 步 拆 分 。 相 
反 ， 如 果 你 需要 执行 拆 分 ， 就 把 试探 的 拆 分 位 置 设 在 要 解析 的 string 块 的 中 间 。 但 我 
们 没有 直接 使 用 这 个 拆 分 位 置 ， 因 为 要 避免 把 词 在 中 间断 开 ， 于 是 就 往 前 找 ， 直到 找到 
一 个 空格 。 一 旦 找到 了 适当 的 拆 分 位 置 ， 就 可 以 创建 一 个 新 的 Spbliterator 来 遍历 从 
当前 位 置 到 拆 分 位 置 的 子 串 ; 把 当前 位 置 this 设 为 拆 分 位 置 ， 因 为 之 前 的 部 分 将 由 新 
Spliterator 来 处 理 ， 最 后 返回 。 

口 还 需要 遍历 的 元 素 的 est imatedsize 就 是 这 个 Spliterator 解 析 的 string 的 总 长 度 和 

当前 遍历 的 位 置 的 差 。 

口 最 后 ，characteristic 方 法 告诉 框架 这 个 Spliterator 是 ORDERED ( 顺序 就 是 String 
中 各 个 character 的 次 序 )、SIZED ( estimatedSize 方 法 的 返 回 值 是 精确 的 )、 
SUBSIZED( trySplit 方 法 创建 的 其 他 spliterator 也 有 确切 大 小 )、NONNULL( String 
中 不 能 有 为 null 的 character ) 和 IMMUTABLE ( 在 解 析 String 时 不 能 再 添 加 
character， 因 为 String 本 身 是 一 个 不 可 变 类 ) 的 。 


3. 运用 WordCounterspliterator 
现在 就 可 以 用 这 个 新 的 Wordcounterspliterator 来 处 理 并 行 流 了 ， 如 下 所 示 : 




























































































Spliterator<Character> spliterator = new WordCounterSpliterator (SENTENCE); 
Stream<Character> stream = StreamSupport.stream(spliterator, true); 


传 给 StreamSupport .stream 工 厂 方法 的 第 二 个 布尔 参数 意味 着 你 想 创建 一 个 并 行 流 。 把 
这 个 并 行 流传 给 countwords 方 法 : 





System.out .Println("Found " + countWords (stream) + " words"); 
可 以 得 到 意料 之 中 的 正确 输出 : 
Found 19 words 


你 已 经 看 到 了 spliterator 如 何 让 你 控制 拆 分 数据 结构 的 策略 。spliterator 还 有 最 后 一 
个 值得 注意 的 功能 ,就 是 可 以 在 第 一 次 遍历 、 第 一 次 拆 分 或 第 一 次 查询 估计 大 小 时 绑 定 元 素 的 数 
据 源 ， 而 不 是 在 创建 时 就 绑 定 。 这 种 情况 下 ， 它 称 为 延迟 绑 定 〈]late-binding ) 的 Spliterator。 
我 们 专门 用 附录 C 来 展示 如 何 开发 一 个 工具 类 来 利用 这 个 功能 在 同一 个 流 上 执行 多 个 操作 。 
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在 本 章 中 ,你 了 解 了 以 下 内 容 。 

口 内 部 迭代 让 你 可 以 并 行 处 理 一 个 流 ， 而 无 需 在 代码 中 显 式 使 用 和 协调 不 同 的 线程 。 
口 虽然 并 行 处 理 一 个 流 很 容易 ， 却 不 能 保证 程序 在 所 有 情况 下 都 运行 得 更 快 。 并 行 软件 的 
行为 和 性 能 有 时 是 违反 直觉 的 ， 因 此 一 定 要 测量 ,确保 你 并 没有 把 程序 拖 得 更 慢 。 

口 像 并行 流 那样 对 一 个 数据 集 并 行 执行 操作 可 以 提升 性 能 ， 特 别 是 要 处 理 的 元 素数 量 庞 大 ， 
或 处 理 单个 元 素 特 别 耗 时 的 时 候 。 
口 从 性 能 角度 来 看 ， 使 用 正确 的 数据 结构 ， 如 尽 可 能 利用 原始 流 而 不 是 一 般 化 的 流 ， 几 乎 
总 是 比 尝试 并 行 化 某 些 操作 更 为 重要 。 

口 分 支 /合并 框架 让 你 得 以 用 递归 方式 将 可 以 并 行 的 任务 拆 分 成 更 小 的 任务 ， 在 不 同 的 线程 
上 执行 ， 然 后 将 各 个 子 任务 的 结果 合并 起 来 生成 整体 结果 。 
口 spliterator 定 义 了 并 行 流 如 何 拆 分 它 要 遍历 的 数据 。 




































































高 效 Java 8 编程 


本 书 第 三 部 分 将 探究 如 何 结合 现代 程序 设计 方法 利用 Java 8 的 各 种 特性 更 有 效 地 改善 代码 





质量 。 
第 8 章 会 介绍 如 何 利 用 Java 8 的 新 特性 及 一 些 技巧 ， 改 进 现 有 代码 。 除 此 之 外 ， 还 会 探讨 
一 些 非常 重要 的 软件 开发 技术 ， 辟 如 设计 模式 、 重 构 、 测 试 以 及 调试 。 

第 9 章 中 ， 你 会 了 解 什 么 是 默认 方法 ， 如 何以 兼容 的 方式 使 用 默认 方法 改进 API， 一 些 实 
用 的 使 用 模式 ， 以 及 有 效 地 利用 默认 方法 的 规则 。 

第 10 登 围绕 Java 8 中 全 新 引入 的 java.util.0ptional 类 展开 。java.util.0ptional 
类 能 帮助 我 们 设计 出 更 优秀 的 API， 同 时 降低 了 空 指针 异常 发 生 的 几率 。 

第 11 华 着 重 介 绍 completableFuture 类 。 通 过 CompletableFuture 类 ,我们 能 以 声 
明 性 方式 描述 复杂 的 异步 计算 ， 即 并 行 Stream API 的 设计 。 

第 12 章 探讨 了 新 的 Date 和 Time 接 口 ， 这 些 新 接口 极 大 地 优化 了 之 前 处 理 日 期 和 时 间 时 极 
易 出 错 的 API。 
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本 章 内 容 

口 如 何 使 用 Lambda 表 达 式 重 构 代 码 

口 Lambda 表 达 式 对 面向 对 象 的 设计 模式 的 影响 

口 Lambda 表 达 式 的 测试 

口 如 何 调试 使 用 Lambda 表 达 式 和 Stream API 的 代码 





通过 本 书 的 前 七 章 , 我 们 了 解 了 Lambda 和 Stream API 的 强大 威力 。 你 可 能 主要 在 新 项 目的 代 
人 码 中 使 用 这 些 特性 。 如 果 你 创建 的 是 全 新 的 Java 项 目 ， 这 是 极 好 的 时 机 ， 你 可 以 轻装 上 阵 ， 迅 速 
地 将 新 特性 应 用 到 项 目 中 。 然 而 不 幸 的 是 ， 大 多 数 情 况 下 你 没有 机 会 从 头 开 始 一 个 全 新 的 项 目 。 
很 多 时 候 ， 你 不 得 不 面 对 的 是 用 老 版 Java 接 口 编写 的 遗留 代码 。 

这 些 就 是 本 章 要 讨论 的 内 容 。 我 们 会 介绍 几 种 方法 ， 帮 助 你 重 构 代 码 ， 以 适 配 使 用 Lambda 
表达 式 ， 让 你 维护 的 代码 具备 更 好 的 可 读 性 和 灵活 性 。 除 此 之 外 , 我 们 还 会 讨论 目前 比较 流行 的 
几 种 面向 对 象 的 设计 模式 ， 包 括 策略 模式 、 模 板 方法 模式 、 观 察 者 模式 、 责 任 链 模式 ， 以 及 工厂 
模式 ， 在 结合 Lambda 表 达 式 之 后 变 得 更 简洁 的 情况 。 最 后 ， 我 们 会 介绍 如 何 测 试 和 调试 使 用 
Lambda 表 达 式 和 Stream API 的 代码 。 


8.1 为 改善 可 读 性 和 灵活 性 重 构 代码 


从 本 书 的 开篇 我 们 就 一 直 在 强调 ， 利 用 Lambda 表 达 式 ， 你 可 以 写 出 更 简洁 、 更 灵活 的 代码 。 
用 “更 简洁 ”来 描述 Lambda 表 达 式 是 因为 相 较 于 匿名 类 ，Lambda 表 达 式 可 以 帮助 我 们 用 更 紧凑 
的 方式 描述 程序 的 行为 。 第 3 章 中 我 们 也 提 到 ， 如 果 你 希望 将 一 个 既 有 的 方法 作为 参数 传递 给 男 
一 个 方法 ， 那 么 方法 引用 无 疑 是 我 们 推荐 的 方法 ， 利 用 这 种 方式 我 们 能 写 出 非常 简洁 的 代码 。 

采用 Lambda 表 达 式 之 后 ， 你 的 代码 会 变 得 更 加 灵活 ， 因 为 Lambda 表 达 式 鼓励 大 家 使 用 第 2 
章 中 介绍 过 的 行为 参数 化 的 方式 。 在 这 种 方式 下 ,应 对 需求 的 变化 时 ,你 的 代码 可 以 依据 传人 的 
参数 动态 选择 和 执行 相应 的 行为 。 

这 一 他， 我 们 会 将 所 有 这 些 综合 在 一 起 ， 通 过 例子 展示 如 何 运用 前 几 章 介绍 的 Lambda 表 达 
式 、 方 法 引用 以 及 Stream 接 口 等 特性 重 构 遗 留 代码 ， 改 善 程序 的 可 读 性 和 灵活 性 。 
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8.1.1 改善 代码 的 可 读 性 


改善 代码 的 可 读 性 到 底 意 味 着 什么 ”我 们 很 难 定义 什么 是 好 的 可 读 性 ， 因 为 这 可 能 非常 主 
观 。 通常 的 理解 是 ,“ 别 人 理解 这 段 代码 的 难 易 程度 ”。 改善 可 读 性 意味 着 你 要 确保 你 的 代码 能 非 
常 容 易 地 被 包括 自己 在 内 的 所 有 人 理解 和 维护 。 为 了 确保 你 的 代码 能 被 其 他 人 理解 ,有 几 个 步 又 
可 以 尝试 ， 比 如 确保 你 的 代码 附 有 良好 的 文档 ， 并 严格 遵守 编程 规范 。 

跟 之 前 的 版 本 相 比 较 ，Java 8 的 新 特性 也 可 以 帮助 提升 代码 的 可 读 性 : 
口 使 用 Java 8， 你 可 以 减少 元 长 的 代码 ， 让 代码 更 易于 理解 
口 通过 方法 引用 和 Stream API， 你 的 代码 会 变 得 更 直观 

这 里 我 们 会 介绍 三 种 简单 的 重 构 , 利用 Lambda 表 达 式 、 方 法 引用 以 及 Stream 改 善 程序 代码 的 
可 读 性 : 
口 重 构 代 码 ， 用 Lambda 表 达 式 取代 匿名 类 
口 用 方法 引用 重 构 Lambda 表 达 式 
口 用 Stream API 重 构 命 令 式 的 数据 处 理 


8.1.2 ”从 匿名 类 到 Lambda 表达 式 的 转换 


你 值得 尝试 的 第 一 种 重 构 , 也 是 简单 的 方式 , 是 将 实现 单一 抽象 方法 的 匿名 类 转换 为 Lambda 
表达 式 。 为 什么 呢 ? 前 面 几 章 的 介绍 应 该 足以 说 服 你 ,因为 芽 名 类 是 极其 繁琐 上 且 容 易 出 错 的 。 采 
用 Lambda 表 达 式 之 后 ， 你 的 代码 会 更 简洁 ， 可 读 性 更 好 。 比 如 ， 第 3 章 的 例子 就 是 一 个 创建 
Runnable 对 象 的 匿名 类 ， 这 段 代码 及 其 对 应 的 Lambda 表 达 式 实现 如 下 : 




































































Runnable rl = new Runnable(){ 一 |] 传统 的 方式 
PUBLIG vord Tumt)t 使 用 匿名 类 
System.out .println("Hello"); 
Be 新 的 方式 ， 使 用 
Runnable r2 = () -> System.out.println("Hello"); => Lambda 表 达 式 














但 是 某 些 情况 下 ,将 匿名 类 转换 为 Lambda 表 达 式 可 能 是 一 个 比较 复杂 的 过 程 ”“。 首 先 ， 匿 名 
类 和 Lambda 表 达 式 中 的 this 和 super 的 含义 是 不 同 的 。 在 匿名 类 中 ，this 代 表 的 是 类 自身 , 但 
是 在 Lambda 中 ， 它 代表 的 是 包含 类 。 其 次 ， 匿 名 类 可 以 屏蔽 包含 类 的 变量 ， 而 Lambda 表 达 式 不 
能 (它们 会 导致 编译 错误 )， 壁 如 下 面 这 段 代码 : 

int a = 10; 

Runnable rl = () -> { 


int a = 2; 了 一 编译 错误 ! 
System.out .DFIintln(a): 









































> 


Runnable r2 = new Runnable() 1 

















Q@ 这 篇 文章 对 转换 的 整个 过 程 进行 了 深入 细致 的 描述 ， 值 得 一 读 : http://dig.cs.illinois.edu/papers/lambda- 
Refactoring.pdf。 
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public void run()t 一 切 正常 
ou He < 
System.out .println(a); 
} 
9 
最 后 ， 在 涉及 重 载 的 上 下 文 里 ， 将 匿名 类 转换 为 Lambda 表 达 式 可 能 导致 最 终 的 代码 更 加 临 
深 。 实 际 上 ， 匿 名 类 的 类 型 是 在 初始 化 时 确定 的 ， 而 Lambda 的 类 型 取决 于 它 的 上 下 文 。 通 过 下 
面 这 个 例子 ， 我 们 可 以 了 解 问题 是 如 何 发 生 的 。 我 们 假设 你 用 与 Runnable 同 样 的 签名 声明 了 一 
个 函数 接口 ， 我 们 称 之 为 Task( 你 希望 采用 与 你 的 业务 模型 更 贴切 的 接口 名 时 ， 就 可 能 做 这 样 
的 变更 ): 


interface Taskt{ 
public void execute(); 












































} 
public static void doSomething (Runnable r){ r.run(); } 
public static void doSomething(Task a){ a.execute(); } 


现在 ， 你 再 传递 一 个 匿名 类 实现 的 Task， 不 会 碰 到 任何 问题 : 


doSomething(new Task() { 
public void execute() { 
System.out .println("Danger danger!!"); 


} 
3 


但 是 将 这 种 匿名 类 转换 为 Lambda 表 达 式 时 ,就 导致 了 一 种 星 涩 的 方法 调用 ， 因 为 Runnable 
和 Task 都 是 合法 的 目标 类 型 : 





























麻烦 来 了 : dosome- 
doSomething(() -> System.out .brintln("Danger danger!!")); -| 人 
都 匹配 该 类 型 
你 可 以 对 Task 沦 试 使 用 显 式 的 类 型 转换 来 解决 这 种 模棱两可 的 情况 : 
doSomething( (Task)() -> System.out.println("Danger danger!!")); 























但 是 不 要 因此 而 放弃 对 Lambda 的 尝试 ,好 消息 是 ,目前 大 多 数 的 集成 开发 环境 ,比如 NetBeans 
和 IntelliJ 都 支持 这 种 重 构 ， 它 们 能 自动 地 帮 你 检查 ， 避 免 发 生 这 些 问题 。 


8.1.3 从 Lambda 表达 式 到 方法 引用 的 转换 


Lambda 表 达 式 非常 适用 于 需要 传递 代码 片段 的 场景 。 不 过 ， 为 了 改善 代码 的 可 读 性 ， 也 请 
尽量 使 用 方法 引用 。 因 为 方法 名 往往 能 更 直观 地 表达 代码 的 意图 。 比 如 ， 第 6 章 中 我 们 曾经 展示 
过 下 面 这 段 代 码 ， 它 的 功能 是 按照 食物 的 热量 级 别 对 菜肴 进行 分 类 : 

Map<CaloricLevel, List<Dish>> dishesByCaloricLevel = 

menu .stream() 


.Collect( 
groupingBy (dish -> { 
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if (dish.getCalories() <= 400) return CaloricLevel .DIET; 
else if (dish.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 

Fs 


你 可 以 将 Lambda 表 达 式 的 内 容 抽取 到 一 个 单独 的 方法 中 , 将 其 作为 参数 传递 给 groupingBy 
方法 。 变 换 之 后 ， 代 码 变 得 更 加 简洁 ， 程 序 的 意图 也 更 加 清晰 了 : 


Map<CaloricLevel, List<Dish>> dishesByCaloricLevel = i 








menu.stream() .collect (groupingBy (Dish::getCaloricLevel)); 抽取 到 一 个 方法 内 
为 了 实现 这 个 方案 ,你 还 需要 在 Di sh 类 中 添加 getcaloricLevel 方 法 : 
public class Disht{ 


public CaloricLevel getCaloricLevel(){ 
if (this.getCalories() <= 400) return CaloricLevel .DIET; 
else if (this.getCalories() <= 700) return CaloricLevel .NORMAL; 
else return CaloricLevel .FAT; 


} 


除 此 之 外 ,我 们 还 应 该 尽量 考虑 使 用 静态 辅助 方法 ， 比 如 comparing、maxBy。 这 些 方法 设 
计 之 初 就 考虑 了 会 结合 方法 引用 一 起 使 用 。 通 过 示例 ， 我 们 看 到 相对 于 第 3 章 中 的 对 应 代码 ， 优 
































化 过 的 代码 更 清晰 地 表达 了 它 的 设计 意图 : | 
读 起 来 就 像 inventory.sort!( 
ee 非 (Apple al, Apple a2) -> al.getWeight () .compareTo(a2.getWeight () ) ) ;< 一 
常 清 inventory.sort (comparing (Apple: :getWeight)); 尔 需 要 考虑 如 何 实 
Y p g (APP :2 9 9g 7 现 比较 算法 





此 外 ， 很 多 通用 的 归 约 操作 ， 比 如 sum、maximum， 都 有 内 建 的 辅助 方法 可 以 和 方法 引用 结 
合 使 用 。 比 如 ， 在 我 们 的 示例 代码 中 ， 使 用 collectors 接 口 可 以 轻松 得 到 和 或 者 最 大 值 ， 与 采 
用 Lambada 表 达 式 和 底层 的 归 约 操作 比 起 来 ， 这 种 方式 要 直观 得 多 。 与 其 编写 : 

int totalCalories = 


menu.stream() .map (Dish::getCalories) 
.reduce(0, (cl1l, c2) -> cl + c2); 


不 如 尝试 使 用 内 置 的 集合 类 , 它 能 更 清晰 地 表达 问题 陈述 是 什么 。 下 面 的 代码 中 , 我 们 使 用 了 集 
合 类 summingInt (方法 的 名 词 很 直观 地 解释 了 它 的 功能 ): 


int totalCalories = menu.stream() .collect (summingInt (Dish::getCalories)); 









































8.1.4 从 命令 式 的 数据 处 理 切换 到 Stream 


我 们 建议 你 将 所 有 使 用 和 迭代 器 这 种 数据 处 理 模 式 处 理 集合 的 代码 都 转换 成 Stream API 的 方 
式 。 为 什么 呢 ? Stream API 能 更 清晰 地 表达 数据 处 理 管道 的 意图 。 除 此 之 外 ， 通 过 短路 和 延迟 载 
入 以 及 利用 第 7 章 介绍 的 现代 计算 机 的 多 核 架构 ， 我 们 可 以 对 Stream 进 行 优化 。 
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比如 ， 下 面 的 命令 式 代码 使 用 了 两 种 模式 : 筛选 和 抽取 ,这 两 种 模式 被 混在 了 一 起 ,这 样 的 
代码 结构 迫使 程序 员 必 须 彻底 搞 清楚 程序 的 每 个 细节 才能 理解 代码 的 功能 。 此 外 , 实现 需要 并 行 
运行 的 程序 所 面 对 的 困难 也 多 得 多 ( 具体 细节 可 以 参考 7.2 节 的 分 支 /合并 框架 ): 

List<String> dishNames = new ArrayList<>(); 

for (Dish dish: menu){ 


if(dish.getCalories() > 300){ 
dishNames.add(dish.getName ()); 














} 
} 


蔡 代 方案 使 用 Stream API， 采 用 这 种 方式 编写 的 代码 读 起 来 更 像 是 问题 陈述 ， 并 行 化 也 非常 
容易 : 
menu.parallelStream() 
.filter(d -> d.getCalories() > 300) 


.map (Dish: :getName) 
.Collect (toList()); 


不 幸 的 是 ， 将 命令 式 的 代码 结构 转换 为 Stream API 的 形式 是 个 困难 的 任务 ， 因 为 你 需要 考虑 
控制 流 语 句 ， 比 如 break、continue、return， 并 选择 使 用 恰当 的 流 操作 。 好 消息 是 已 经 有 一 
些 工 具 可 以 帮助 我 们 完成 这 个 任务 "。 


8.1.5 增加 代码 的 灵活 性 


第 2 章 和 第 3 章 中 ， 我 们 曾经 介绍 过 Lambda 表 达 式 有 利于 行为 参数 化 。 你 可 以 使 用 不 同 的 
Lambda 表 示 不 同 的 行为 ， 并 将 它们 作为 参数 传递 给 函数 去 处 理 执行 。 这 种 方式 可 以 帮助 我 们 淡 
定 从 容 地 面 对 需 求 的 变化 。 比 如 ， 我 们 可 以 用 多 种 方式 为 Predqicate 创 建 筛选 条 件 ， 或 者 使 用 
Comparator 对 多 种 对 象 进行 比较 。 现 在 ， 我 们 来 看 看 哪些 模式 可 以 马上 应 用 到 你 的 代码 中 ， 让 
你 享受 Lambda 表 达 式 带 来 的 便利 。 

1 采用 函数 接口 

首先 ， 你 必须 意识 到 ， 没 有 函数 接口 ， 你 就 无 法 使 用 Lambda 表 达 式 。 因 此 ， 你 需要 在 代码 
中 引入 函数 接口 。 听 起 来 很 合理 , 但 是 在 什么 情况 下 使 用 它们 呢 ? 这 里 我 们 介绍 两 种 通用 的 模式 ， 
你 可 以 依照 这 两 种 模式 重 构 代 码 ， 利 用 Lambda 表 达 式 带 来 的 灵活 性 ， 它 们 分 别 是 : 有 条 件 的 延 
迟 执行 和 环绕 执行 。 除 此 之 外 , 在 下 一 节 ， 我 们 还 将 介绍 一 些 基于 面向 对 象 的 设计 模式 ， 比 如 策 
略 模式 或 者 模板 方法 ， 这 些 在 使 用 Lambda 表 达 式 重 写 后 会 更 简洁 。 

2. 有 条 件 的 延迟 执行 

我 们 经 常 看 到 这 样 的 代码 , 控制 语句 被 混杂 在 业务 逻辑 代码 之 中 。 典 型 的 情况 包括 进行 安全 
性 检查 以 及 日 志 输 出 。 比 如 ， 下 面 的 这 段 代码 ， 它 使 用 了 Java 语 言 内 置 的 Logger 类 : 


if (logger.isLoggable (Log.FINER)){ 
logger.finer("Problem: " + generateDiagnostic()); 






















































































} 





Wh 请 参考 http://refactoring.info/tools/LambdaFicator/ 6 
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这 段 代码 有 什么 问题 吗 ? 其实 问题 不 少 。 
口 日 志 吉 的 状态 〈 它 支持 哪些 日 志 等 级 ) 通过 isLoggable 方 法 暴露 给 了 客户 端 代码 。 
口 为 什么 要 在 每 次 输出 一 条 日 志 之 前 都 去 查询 日 志 器 对 象 的 状态 ? 这 只 能 摘 砸 你 的 代码 。 

更 好 的 方案 是 使 用 1og 方 法 ， 该 方法 在 输出 日 志 消 息 之 前 ， 会 在 内 部 检查 日 志 对 象 是 否 已 经 
设置 为 恰当 的 日 志 等 级 : 

logger.log(Level .FINER, "Problem: " + generateDiagnostic()); 

这 种 方式 更 好 的 原因 是 你 不 再 需要 在 代码 中 搬入 那些 条 件 判断 , 与 此 同时 日 志 器 的 状态 也 不 
再 被 暴露 出 去 。 不 过 ， 这 段 代 码 依旧 存在 一 个 问题 。 日 志 消 息 的 输出 与 否 每 次 都 需要 判断 ， 即 使 
你 已 经 传递 了 参数 ， 不 开启 日 志 。 

这 就 是 Lambda 表 达 式 可 以 施展 拳脚 的 地 方 。 你 需要 做 的 仅仅 是 延迟 消息 构造 ， 如 此 一 来 ， 
日 志 就 只 会 在 某 些 特定 的 情况 下 才 开 局 〈 以 此 为 例 ， 当 日 志 需 的 级 别 设置 为 FINER 时 )。 显 然 ， 
Java 8 的 API 设 计 者 们 已 经 意识 到 这 个 问题 ， 并 由 此 引入 了 一 个 对 1og 方 法 的 重 载 版 本 ， 这 个 版 本 
的 1og 方 法 接受 一 个 Suppliezr 作 为 参数 。 这 个 替代 版 本 的 1og 方 法 的 函数 签名 如 下 : 

public void log(Level level, Supplier<String> msgSupplier) 

你 可 以 通过 下 面 的 方式 对 它 进行 调用 : 

logger.1og(Leve1 .FINER，() -> "Problem: " + generateDiagnostic()); 

如 果 日 志 带 的 级 别 设置 恰当 ，1og 方 法 会 在 内 部 执行 作为 参数 传递 进来 的 Lambda 表 达 式 。 这 
里 介绍 的 Log 方 法 的 内 部 实现 如 下 : 


public void log(Level level, Supplier<String> msgSupplier){ 
if(logger.isLoggable (level))t{ 


log(level, msgSupplier.get ()); < 
} 执行 Lambda 表 达 式 
























































































































































} 

从 这 个 故事 里 我 们 学 到 了 什么 呢 ? 如 果 你 发 现 你 需要 频繁 地 从 客户 端 代 人 码 去 查询 一 个 对 象 
的 状态 〈 比如 前 文 例子 中 的 日 志 器 的 状态 )， 只 是 为 了 传递 参数 、 调 用 该 对 象 的 一 个 方法 〈 比如 
输出 一 条 日 志 )， 那 么 可 以 考虑 实现 一 个 新 的 方法 ， 以 Lambda 或 者 方法 表达 式 作 为 参数 ， 新 方法 
在 检查 完 该 对 象 的 状态 之 后 才 调 用 原来 的 方法 。 你 的 代码 会 因此 而 变 得 更 易 读 ( 结构 更 清晰 )， 
封装 性 更 好 ( 对 象 的 状态 也 不 会 暴露 给 客户 端 代码 了 )。 

3. 环绕 执行 

第 3 章 中 ， 我 们 介绍 过 男 一 种 值得 考虑 的 模式 ， 那 就 是 环绕 执行 。 如 果 你 发 现 虽然 你 的 业务 
代码 千差万别 , 但 是 它们 拥有 同样 的 准备 和 清理 阶段 , 这 时 , 你 完全 可 以 将 这 部 分 代码 用 Lambda 
实现 。 这 种 方式 的 好 处 是 可 以 重用 准备 和 清理 阶段 的 逻辑 , 减少 重复 元 余 的 代码 。 下 面 这 段 代码 
你 在 第 3 章 中 已 经 看 过 ， 我 们 再 回顾 一 次 。 它 在 打开 和 关闭 文件 时 使 用 了 同样 的 逻辑 ， 但 在 处 理 
文件 时 可 以 使 用 不 同 的 Lambda 进 行 参 数 化 。 
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String oneLine = 


processFile( (BufferedReader b) -> b.readqLine()) 


( 
String twoLines = 
( 


processFile( (BufferedReader b) -> b.readLine() + b.readLine()); 


传 入 一 个 Lambda 

表达 式 传 入 另 一 
2 个 Lambda 
eal 表达 式 


public static String processFile(BufferedReaderProcessor p) throws 


IOException { 


try (BufferedReader br = new BufferedReader (new FileReader ("java8inaction/ 


chap8/data.txt"))){ 


return p.process (br); | 将 Buff 


eredReaderProcessor 作 为 


”| 执行 参数 传 入 


} 


使 用 Lambda 表 达 式 的 函数 接口 ， 该 


二 门生 Wo , 
public interface BufferedReaderProcessort{ < 接口 能 够 抛 出 一 个 ToException 
String process (BufferedReader b) throws IOException; 


} 


























这 一 优化 是 凭借 函数 式 接 口 BufferedqReadqerProcessor 达 成 的 , 通过 这 个 接口 , 你 可 以 传 
递 各 种 Lamba 表 达 式 对 BufferedqReader 对 象 进行 处 理 。 

通过 这 一 节 , 你 已 经 了 解 了 如 何 通 过 不 同方 式 来 改善 代码 的 可 读 性 和 灵活 性 。 接 下 来 ,你 会 
了 解 Lambada 表 达 式 如 何 避 免 常规 面向 对 象 设计 中 的 僵化 的 模板 代码 。 


8.2 使 用 Lambda 重 构 面 向 对 象 的 设计 模式 

















新 的 语言 特性 常常 让 现存 的 编程 模式 或 设计 点 然 失 色 。 比 如 ， Java 5 中 引入 了 for-each 循 


环 ， 由 于 它 的 稳健 性 和 简洁 性 ， 已 经 替代 了 很 多 显 式 使 用 迭代 器 的 情形 。Java 7 中 推出 的 萎 形 操 
作 符 ( <> ) 让 大 家 在 创建 实例 时 无 需 显 式 使 用 泛 型 ,一 定 程度 上 推动 了 Java 程 序 员 们 采用 类 型 接 








口 (type interface ) 进行 程序 设计 。 
对 设计 经 验 的 归纳 总 结 被 称 为 设计 模式 ”。 设 计 软 














件 时 ， 如 果 你 愿意 ， 可 以 复 用 这 些 方 式 方 


法 来 解决 一 些 常 见 问题 。 这 看 起 来 像 传统 建筑 工程 师 的 工作 方式 ， 对 典型 的 场景 (比如 悬挂 桥 、 
拱桥 等 ) 都 定义 有 可 重用 的 解决 方案 。 例如 , 访问 者 模式 常用 于 分 离 程序 的 算法 和 它 的 操作 对 象 。 





单 例 模式 一 般 用 于 限制 类 的 实例 化 ， 仅 生成 一 份 对 象 。 











Lambda 表 达 式 为 程序 员 的 工具 箱 又 新 添 了 一 件 利器 。 它 们 为 解决 传统 设计 模式 所 面 对 的 问 





题 提 供 了 新 的 解决 方案 ， 不 但 如 此 ， 采 用 这 些 方案 往生 





更 高 效 、 更 简单 。 使 用 Lambda 表 达 式 后 ， 





很 多 现存 的 略 显 爱 肿 的 面向 对 象 设计 模式 能 够 用 更 精简 的 方式 实现 了 。 这 一 节 中 , 我 们 会 针对 五 


个 设计 模式 展开 讨论 ， 它 们 分 别 是 : 
口 策略 模式 

口 模板 方法 

口 观察 者 模式 

口 责任 链 模 式 

口 工厂 模式 








GD 参见 http:/c2.comy/cgi/wiki?GangOfFour。 
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我 们 会 展示 Lambda 表 达 式 是 如 何 另 辟 蹊 径 解决 设计 模式 原来 试图 解决 的 问题 的 。 


8.2.1 策略 模式 


策略 模式 代表 了 解决 一 类 算法 的 通用 解决 方案 ， 你 可 以 在 运行 时 选择 使 用 哪 种 方案 。 在 第 2 
章 中 你 已 经 简略 地 了 解 过 这 种 模式 了 ， 当 时 我 们 介绍 了 如 何 使 用 不 同 的 条 件 〈 比如 苹果 的 重量 ， 
或 者 颜色 ) 来 筛选 库存 中 的 苹果 。 你 可 以 将 这 一 模式 应 用 到 更 广泛 的 领域 ， 比 如 使 用 不 同 的 标准 
来 验证 输入 的 有 效 性 ， 使 用 不 同 的 方式 来 分 析 或 者 格式 化 输入 。 

策略 模式 包含 三 部 分 内 容 ， 如 图 8-1 所 示 。 
口 一 个 代表 某 个 算法 的 接口 ( 它 是 策略 模式 的 接口 )。 
口 一 个 或 多 个 该 接口 的 具体 实现 ， 它 们 代表 了 算法 的 多 种 实现 ( 比如 ， 实 体 类 concrete- 
StrategyA 或 者 ConcreteStrategyB )。 


口 一 个 或 多 个 使 用 策略 对 象 的 客户 。 


Strategy | 
客户 
+ executet) [= 





























| ConcreteSstrategyB | 





























ConcreteStrategyA | 








图 8-1 策略 模式 
我 们 假设 你 希望 验证 输入 的 内 容 是 否 根 据 标准 进行 了 恰当 的 格式 化 ( 比如 只 包含 小 写字 母 或 
数字 )。 你 可 以 从 定义 一 个 验证 文本 ( 以 string 的 形式 表示 ) 的 接口 入 手 : 











public interface ValidationStrategy { 
boolean execute(String s); 











} 
其 次 ， 你 定义 了 该 接口 的 一 个 或 多 个 具体 实现 : 


public class IsAllLowerCase implements ValidationStrategy { 
public boolean execute(String s)t{ 
return s.matches("[a-z]+"); 
} 
} 


public class IsNumeric implements ValidationStrategy { 
public boolean execute(String s)t{ 
return s.matches("\\d+"); 
} 
} 


之 后 ， 你 就 可 以 在 你 的 程序 中 使 用 这 些 略 有 差异 的 验证 策略 了 : 


public class Validatort{ 
private final ValidqationStrategy strategy; 








public Validator(ValidationStrategy V) { 
this.strategy = v; 
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} 


public boolean validate(String S){ 
return strategy.execute(s); 


} 


下 

返回 fal 
Validator numericValidator = new Validator (new IsNumeric()); 返回 false 
boolean bl = numericValidator.validate("aaaa"); 
Validator lowerCaseValidator = new Validator (new IsAllLowerCase ()); | 运 true 
boolean b2 = lowerCaseValidator.validate ("bbbb"); < 十 一 
使 用 Lambda 表 达 式 





到 现在 为 止 ， 你 应 该 已 经 意识 到 valiaqationSstrategy 是 一 个 函数 接口 了 ( 除 此 之 外 ， 它 
还 与 predicate<String> 上 共有 同样 的 函数 描述 )。 这 意味 着 我 们 不 需要 声明 新 的 类 来 实现 不 同 
的 策略 ， 通 过 直接 传递 Lambda 表 达 式 就 能 达到 同样 的 目的 ， 并 且 还 更 简洁 : 


Validator numericValidator = 











new Validator((String s) -> s.matches("[a-z]+")); < 二 一 
boolean bl = numericValidator.validate("aaaa"); SE 
Validator lowerCaseValidator = 直接 传递 Lambda 表 达 式 
new Validqator((String s) -> s.matches("\\d+")); 一 





boolean b2 = LowerCaseValidator.validate("bppbb") :; 

正如 你 看 到 的 ，Lambda 表 达 式 避免 了 采用 策略 设计 模式 时 僵化 的 模板 代码 。 如 果 你 仔细 分 
析 一 下 个 中 缘由 ， 可 能 会 发 现 ，Lambda 表 达 式 实际 已 经 对 部 分 代码 〈 或 策略 ) 进行 了 封装 ， 而 
这 就 是 创建 策略 设计 模式 的 初衷。 因此 ， 我 们 强烈 建议 对 类 似 的 问题 ， 你 应 该 尽量 使 用 Lambda 


8.2.2 ”模板 方法 


如 果 你 需要 采用 某 个 算法 的 框架 , 同时 又 希望 有 一 定 的 灵活 度 , 能 对 它 的 某 些 部 分 进行 改进 ， 
那么 采用 模板 方法 设计 模式 是 比较 通用 的 方案 。 好 吧 ， 这样 讲 听 起 来 有 些 抽 象 。 换 句 话 说 ,模板 
方法 模式 在 你 “希望 使 用 这 个 算法 ,但 是 需要 对 其 中 的 某 些 行进 行 改 进 ， 才 能 达到 希望 的 效果 ” 
时 是 非常 有 用 的 。 

让 我 们 从 一 个 例子 着 手 , 看 看 这 个 模式 是 如 何 工 作 的 。 假设 你 需要 编写 一 个 简单 的 在 线 银行 
应 用 。 通常 , 用 户 需要 输入 一 个 用 户 账户 , 之 后 应 用 才能 从 银行 的 数据 库 中 得 到 用 户 的 详细 信息 ， 
最 终 完 成 一 些 让 用 户 满意 的 操作 。 不 同 分 行 的 在 线 银 行 应 用 让 客户 满意 的 方式 可 能 还 略 有 不 同 ， 
比如 给 客户 的 账户 发 放 红 利 , 或 者 仅仅 是 少 发 送 一 些 推广 文件 。 你 可 能 通过 下 面 的 抽象 类 方式 来 
实现 在 线 银行 应 用 : 


abstract class OnlineBanking { 
















































































public void processCustomer (int iqd)f{ 
Customer c = Database.getCustomerWithId(id); 
makeCustomerHappy (C) ; 
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abstract void makeCustomerHappy (Customer c); 


} 

processCustomer 方 法 搭建 了 在 线 银行 算法 的 框架 : 获取 客户 提供 的 ID ， 然 后 提供 服务 让 
用 户 满意 。 不 同 的 支行 可 以 通过 继承 onlineBanking 类 ， 对 该 方法 提供 差异 化 的 实现 。 

使 用 Lambda 表 达 式 
使 用 你 偏爱 的 Lambda 表 达 式 同样 也 可 以 解决 这 些 问题 ( 创建 算法 框架 ， 让 具体 的 实现 插入 
某 些 部 分 )。 你 想 要 插入 的 不 同 算法 组 件 可 以 通过 Lambda 表 达 式 或 者 方法 引用 的 方式 实现 。 

这 里 我 们 向 processcustomet 方 法 引入 了 第 二 个 参数 ， 它 是 一 个 consumer<Customer> 类 
型 的 参数 ， 与 前 文 定 义 的 makecustomerHappy 的 特征 保持 一 致 

public void processCustomer(int id, Consumer<Customer> makeCustomerHappy) { 


Customer c = Database.getCustomerWithId(id); 
makeCustomerHappy .accept (c); 









































} 
现在 ,你 可 以 很 方便 地 通过 传递 Lambda 表 达 式 ， 直 接 搬入 不 同 的 行为 ， 不 再 需要 继承 


onlineBanking 类 了 : 





new OnlineBankingLambda() .processCustomer (1337, (Customer C) -> 
System.out .println("Hello " + c.getName ()); 


这 是 又 一 个 例子 ， 佐 证 了 Lamba 表 达 式 能 帮助 你 解决 设计 模式 与 生 俱 来 的 设计 僵化 问题 。 
8.2.3 观察 者 模式 


观察 者 模式 是 一 种 比较 常见 的 方案 ， 某 些 事件 发 生 时 〈 比如 状态 转变 )， 如 果 一 个 对 象 ( 通 
常 我 们 称 之 为 主题 ) 需要 自动 地 通知 其 他 多 个 对 象 ( 称 为 观察 者 )， 就 会 采用 该 方案 。 创 建 图 形 
用 户 界面 (GUI ) 程序 时 , 你 经 常会 使 用 该 设计 模式 。 这 种 情况 下 , 你 会 在 图 形 用 户 界面 组 件 ( 比 
如 按钮 ) 上 注册 一 系列 的 观察 者 。 如 果 点 击 按钮 ， 观 察 者 就 会 收 到 通知 ， 并 随即 执行 某 个 特定 的 
行为 。 但 是 观察 者 模式 并 不 局 限于 图 形 用 户 界面 。 比 如 ， 观 察 者 设计 模式 也 适用 于 股票 交易 的 
情形 ， 多 个 券商 可 能 都 希望 对 某 一 支 股票 价格 ( 主题 ) 的 变动 做 出 响应 。 图 8-2 通 过 UML 图 解释 
了 观察 者 模式 。 





















































ConcreteObserverB | 





Subject Observer 这 




















+ notifyobserver 1() + notify() ~ 











ConcreteObserveraA | 








图 8-2 ”观察 者 设计 模式 


让 我 们 写 点 儿 代 码 来 看 看 观察 者 模式 在 实际 中 多 么 有 用 。 你 需要 为 Twitter 这 样 的 应 用 设计 并 
实现 一 个 定制 化 的 通知 系统 。 想 法 很 简单 : 好 几 家 报纸 机 构 ， 比 如 《纽约 时 报 》 卫 报 》 以 及 《 世 
界 报 》 都 订阅 了 新 闻 ， 他 们 希望 当 接 收 的 新 闻 中 包含 他 们 感 兴趣 的 关键 字 时 ， 能 得 到 特别 通知 。 
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首先 ， 你 需要 一 个 观察 者 接口 ， 它 将 不 同 的 观察 者 聚合 在 一 起 。 它 仅 有 一 个 名 为 notify 的 
方法 , 一 旦 接收 到 一 条 新 的 新 闻 ， 该 方法 就 会 被 调用 : 
interface Observer { 


void notify(String tweet); 
} 


现在 ， 你 可 以 声明 不 同 的 观察 者 〈 比如 ， 这 里 是 三 家 不 同 的 报纸 机 构 )， 依 据 新 闻 中 不 同 的 
关键 字 分 别 定义 不 同 的 行为 : 


class NYTimes implements Observer{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("money"))t{ 
System.out .println("Breaking news in NY! " + tweet); 


























} 
} 
} 
class Guardian implements Observert{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("gqueen"))t 
System.out .println("Yet another news in London... " + tweet); 
} 
} 
} 
class LeMonde implements Observert{ 
public void notify(String tweet) { 
if(tweet != null && tweet.contains ("wine"))t{ 
System.out .println("Today cheese, wine and news! " + tweet); 


} 
} 
你 还 遗漏 了 最 重要 的 部 分 : subject! 让 我 们 为 它 定 义 一 个 接口 : 


interface Subject{ 
void registerObserver (Observer oO) ; 
void notifyopbservers (String tweet); 


} 


subject 使 用 r gisterObseryv r 方 法 可 以 注册 一 个 新 的 观察 者 ， 使 用 notifyobservers 
方法 通知 它 的 观察 者 一 个 新 闻 的 到 来 。 让 我 们 更 进一步 ， 实 现 Feed 类 : 


class Feed implements Subjectf{ 











private final List<Observer> observers = new ArrayList<>(); 


public void registerObserver (Observer Oo) { 
this.observers.add(o); 





public voidq notifyObservers (String tweet) { 
observers.forEach(o -> o.notify (tweet)); 
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这 是 一 个 非常 直观 的 实现 : Feea 类 在 内 部 维护 了 一 个 观察 者 列表 ， 一 条 新 闻 到 达 时 ， 它 就 
进行 通知 。 

















Feed f = new Feed(); 

f.registerObserver (new NYTimes () 
.registerObserver (new Guardian( 
.registerObserver (new LeMonde()) 
.notifyObservers ("The queen said her favourite book is Java 8 in Action!"); 


毫 不 意外 ,《 卫 报 》 会 特别 关注 这 条 新 闻 ! 

使 用 Lambda 表 达 式 

你 可 能 会 疑惑 Lambda 表 达 式 在 观察 者 设计 模式 中 如 何 发 挥 它 的 作用 。 不 知道 你 有 没有 注意 
到 ，observez 接 口 的 所 有 实现 类 都 提供 了 一 个 方法 : notify。 新 闻 到 达 时 ， 它 们 都 只 是 对 同一 
段 代 码 封装 执行 。Lambda 表 达 式 的 设计 初 训 就 是 要 消除 这 样 的 僵化 代码 。 使 用 Lambda 表 达 式 后 ， 
你 无 需 显 式 地 实例 化 三 个 观察 者 对 象 ， 直 接 传 递 Lambda 表 达 式 表示 需要 执行 的 行为 即 可 : 


f.registerObserver((String tweet) -> { 
if(tweet != null && tweet.contains ("money"))t{ 
System.out .println("Breaking news in NY! " + tweet); 


站 
) ) ; 


hh hh hh 




















} 
J 


f.registerObserver((String tweet) -> { 
if(tweet != null && tweet.contains ("queen"))t{ 
System.out .println("Yet another news in London... " + tweet); 





} 
se 


那么 ， 是 否 我 们 随时 随地 都 可 以 使 用 Lambda 表 达 式 呢 ? 答案 是 否定 的 ! 我 们 前 文 介绍 的 例 
子 中 ，Lambda 适 配 得 很 好 ， 那 是 因为 需要 执行 的 动作 都 很 简单 ， 因 此 才能 很 方便 地 消除 僵化 代 
码 。 但 是 , 观察 者 的 逻辑 有 可 能 十 分 复杂 ， 它 们 可 能 还 持 有 状态 ， 抑 或 定义 了 多 个 方法 ,诸如 此 
类 。 在 这 些 情形 下 ， 你 还 是 应 该 继续 使 用 类 的 方式 。 


8.2.4 责任 链 模式 


责任 链 模式 是 一 种 创建 处 理 对 象 序列 ( 比如 操作 序列 ) 的 通用 方案 。 一 个 处 理 对 象 可 能 需要 
在 完成 一 些 工 作 之 后 ,将 结果 传递 给 另 一 个 对 象 ， 这 个 对 象 接着 做 一 些 工 作 ， 再 转交 给 下 一 个 处 
理 对 象 ， 以 此 类 推 。 
通常 , 这 种 模式 是 通过 定义 一 个 代表 处 理 对 象 的 抽象 类 来 实现 的 , 在 抽象 类 中 会 定义 一 个 字 
段 来 记录 后 续 对 象 。 一 旦 对 象 完成 它 的 工作 , 处 理 对 象 就 会 将 它 的 工作 转交 给 它 的 后 继 。 代码 中 ， 
这 段 逻辑 看 起 来 是 下 面 这 样 : 


public abstract class ProcessingObject<T> { 





























































































































protected ProcessingObject<T> successor; 
public void setSuccessor (ProcessingObject<T> successor)t{ 
this.successor = successor; 
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public T handle(T input){ 
T r = handleWork (input); 
if(successor != null){ 
return successor.handle(r); 
} 
return rr; 


} 


abstract protected T handleWork(T input); 
} 


图 8-3 以 UML 的 方式 阐释 了 责任 链 模 式 。 
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图 8-3 ”责任 链 设计 模式 


可 能 你 已 经 注意 到 ， 这 就 是 8.2.2 节 介绍 的 模板 方法 设计 模式 。hanale 方 法 提供 了 如 何 进行 


























工作 处 理 的 框架 。 不 同 的 处 理 对 象 可 以 通过 继承 ProcessingObject 类 , 提供 handleWork 方 法 
来 进行 创建 。 


本 处 理工 作 。 














下 面 让 我 们 看 看 如 何 使 用 该 设计 模式 。 你 可 以 创建 两 个 处 理 对 象 , 它们 的 功能 是 进行 一 些 文 








public class HeaderTextProcessing extends ProcessingObject<String> { 
public String handleWork (String text)f{ 
return "From Raoul, Mario angd Alan: " + text; 
} 
} 


public class SpellCheckerPprocessing extends ProcessingObject<String> { 


public String handleWork (String text)f{ 者 er 
return text.replaceAll("labda", "lambda"); | 糖 糕 , 我 们 漏 掉 了 Lambda 


“| 中 的 m 字 符 
. 


现在 你 就 可 以 将 这 两 个 处 理 对 象 结合 起 来 ， 构 造 一 个 操作 序列 ! 


ProcessingObject<String> pl = new HeaderTextProcessing(); 


. . ， 将 两 个 处 理 对 
ProcessingObject<String> p2 = new SpellCheckerProcessing(); Ts 
象 链接 起 来 
pl.setSuccessor (p2); 
String result = pl.handle("Aren't labdas really sexy?!!"); 打印 输出 “From Raoul，Mario 
System.out .println(result)， <+—1 and Alan: Arent lambdas really 


sexy?!!” 
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使 用 Lambda 表 达 式 
稍 等 ! 这 个 模式 看 起 来 像 是 在 链接 ( 也 即 是 构造 ) 函数 。 第 3 章 中 我 们 探讨 过 如 何 构 造 Lambda 





























表达 式 。 你 可 以 将 处 理 对 象 作 为 函数 的 一 个 实例 ， 或 者 更 确切 地 说 作为 UnaryOperator- 
<String> 的 一 个 实例 。 为 了 链接 这 些 函 数 ， 你 需要 使 用 andThen 方 法 对 其 进行 构造 。 
一 个 
UnaryOperator<String> headerProcessing = 第 一 个 处 
(String text) -> "From Raoul, Mario and Alan: " + text; < 理 对 象 
UnaryOperator<String> spellCheckerProcessing = 第 二 个 处 
(String text) -> text.replaceAll ("labda", "lambda"); 2 理 对 象 
Function<String, String> pipeline = 将 两 个 方法 
headerProcessing.andThen (spellCheckerPprocessing); < | 结合 起 来 ， 结 
果 就 是 一 个 
String result = pipeline.apply ("Aren't labdas really sexy?!!") 操作 链 


8.2.5 工厂 模式 


使 用 工厂 模式 ， 你 无 需 向 客户 暴露 实例 化 的 逻辑 就 能 完成 对 象 的 创建 。 比 如 ,我们 假定 你 为 
一 家 银行 工作 ， 他 们 需要 一 种 方式 创建 不 同 的 金融 产品 : 贷款 、 期 权 、 股 票 ， 等 等 。 
通常 ， 你 会 创建 一 个 工厂 类 ， 它 包含 一 个 负责 实现 不 同 对 象 的 方法 ， 如 下 所 示 : 


小 安 














public class ProductFactory { 
public static Product createProduct (String name){ 


Switch (name) 1{ 
case "loan": return new Loan () ; 
Case "stock": return new Stock(); 
case "bond": return new Bond(); 
default: throw new RuntimeException("No such product " + name); 


} 

这 里 贷款 ( Loan )、 股 票 ( stock ) 和 债券 ( Bond ) 都 是 产品 ( Product ) 的 子 类 。 
createProquct 方 法 可 以 通过 附加 的 逻辑 来 设置 每 个 创建 的 产品 。 但 是 带 来 的 好 处 也 显 而 易 
见 ， 你 在 创建 对 象 时 不 用 再 担心 会 将 构造 函数 或 者 配置 暴露 给 客户 ， 这 使 得 客户 创建 产品 时 更 
加 简单 ; 


Product p = ProductFactory.createProduct ("1Loan" ) ; 


使 用 Lambda 表 达 式 
第 3 章 中 ， 我 们 已 经 知道 可 以 像 引 用 方法 一 样 引用 构造 函数 。 比 如 ， 下 面 就 是 一 个 引用 贷款 


( Loan ) 构造 函数 的 示例 : 


Supplier<Product> loanSupplier = Loan::new; 
Loan loan = loanSupplier.get(); 


通过 这 种 方式 ,你 可 以 重 构 之 前 的 代码 ， 创 建 一 个 Map， 将 产品 名 映射 到 对 应 的 构造 函数 : 
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final static Map<String, Supplier<Product>> map = new HashMap<>(); 
static { 

map.put ("loan", Loan::new); 

map.put ("stock", Stock::new); 

map.put ("bond", Bond::new); 


} 
现在 ， 你 可 以 像 之 前 使 用 工厂 设计 模式 那样 ， 利 用 这 个 Map 来 实例 化 不 同 的 产品 。 


public static Product createProduct (String name)f{ 
Supplier<Product> p = map.get (name); 
if(p != null) return p.get (); 
throw new IllegalArgumentException("No such product " + name); 


} 

这 是 个 全 新 的 尝试 ， 它 使 用 Java 8 中 的 新 特性 达到 了 传统 工厂 模式 同样 的 效果 。 但 是 ， 如 果 
工厂 方法 createProauct 需 要 接收 多 个 传递 给 产品 构造 方法 的 参数 ， 这 种 方式 的 扩展 性 不 是 很 
好 。 你 不 得 不 提供 不 同 的 函数 接口 ， 无 法 采用 之 前 统一 使 用 一 个 简单 接口 的 方式 。 

比如 ， 我 们 假设 你 希望 保存 具有 三 个 参数 ( 两 个 参数 为 Integer 类 型 ， 一 个 参数 为 String 
类 型 ) 的 构造 函数 ; 为 了 完成 这 个 任务 ， 你 需要 创建 一 个 特殊 的 函数 接口 Trigunction。 最 终 
的 结果 是 Map 变 得 更 加 复杂 。 





















































public interface TriFunction<T, U, V, R>{ 
R apply(T t, Uu, Vv); 

} 

Map<String, TriFunction<Integer, Integer, String, Product>> map 
= new HashMap<>();} 


你 已 经 了 解 了 如 何 使 用 Lambda 表 达 式 编写 和 重 构 代码 。 接 下 来 ,我 们 会 介绍 如 何 确保 新 编 
写 代码 的 正确 性 。 





8.3 测试 Lambda 表达 式 


现在 你 的 代码 中 已 经 充溢 着 Lambda 表 达 式 ， 看 起 来 不 错 ， 也 很 简洁 。 但 是 ， 大 多 数 时 候 ， 
我 们 受 雇 进行 的 程序 开发 工作 的 要 求 并 不 是 编写 优美 的 代码 ， 而 是 编写 正确 的 代码 。 

通常 而 言 , 好 的 软件 工程 实践 一 定 少 不 了 单元 测试 , 借 此 保证 程序 的 行为 与 预期 一 致 。 你 编 
写 测试 用 例 , 通过 这 些 测试 用 例 确 保 你 代码 中 的 每 个 组 成 部 分 都 实现 预期 的 结果 。 比 如 ,图形 应 
用 的 一 个 简单 的 Point 类 ， 可 以 定义 如 下 : 

public class Pointt 


private final int x; 
private final int y; 






































private Point (int x, int y) { 
th x 
this.y = Yy; 

public int getx() { return x; } 
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public int getY() { return y; } 
public Point moveRightBy (int x)f{ 
return new Point (this.x + x, this.y); 
} 
} 


下 面 的 单元 测试 会 检查 moveRightBy 方 法 的 行为 是 否 与 预期 一 致 : 


@Test 

public void testMoveRightBy() throws Exception { 
Point pl = new Point (5, 5); 
Point p2 = pl.moveRightBy (10); 

















assertEquals (15, p2.getXx()); 
assertEquals (5, p2.getY()); 


8.3.1 测试 可 见 Lambda 函数 的 行为 


由 于 moveRightBy 方 法 声明 为 public, 测试 工作 变 得 相对 容易 。 你 可 以 在 用 例 内 部 完成 测试 。 
但 是 Lambda 并 无 函数 名 (毕竟 它们 都 是 匿名 函数 ), 因此 要 对 你 代码 中 的 Lambda 函 数 进行 测试 实 
际 上 比较 困难 ， 因 为 你 无 法 通过 函数 名 的 方式 调用 它们 。 

有 些 时 候 ， 你 可 以 借助 某 个 字段 访问 Lambda 函 数 ， 这 种 情况 ， 你 可 以 利用 这 些 字 段 ， 通 过 
它们 对 封装 在 Lambda 函 数 内 的 逻辑 进行 测试 。 比 如 ， 我 们 假设 你 在 Point 类 中 添加 了 静态 字段 
compareByXAndThenY， 通 过 该 字段 ， 使 用 方法 引用 你 可 以 访问 comparator 对 象 : 














public class Point{ 
public final static Comparator<Point> compareByXAndThenY = 
comparing (Point::getx) .thenComparing (Point::getY); 





} 
还 记得 吗 ，Lambda 表 达 式 会 生成 函数 接口 的 一 个 实例 。 由 此 ， 你 可 以 测试 该 实例 的 行为 。 
这 个 例子 中 ， 我 们 可 以 使 用 不 同 的 参数 ， 对 comparator 对 象 类 型 实例 compareByXaAndTheny 
的 compare 方 法 进行 调用 ， 验 证 它们 的 行为 是 否 符合 预期 : 
@Test 
public void testComparingTwoPoints() throws Exception { 
Point pl = new Point (10, 15); 
Point p2 = new Point (10, 20); 


int result = Point.compareByXAndThenY.compare(pl , p2); 
assertEquals(-1, result); 








8.3.2 测试 使 用 Lambda 的 方法 的 行为 


但 是 Lambda 的 初衷 是 将 一 部 分 逻辑 封装 起 来 给 另 一 个 方法 使 用 。 从 这 个 角度 出 发 ， 你 不 应 
该 将 Lambda 表 达 式 声明 为 public, 它们 仅 是 具体 的 实现 细节 。 相 反 , 我 们 需要 对 使 用 Lambda 表 达 
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式 的 方法 进行 测试 。 比 如 下 面 这 个 方法 moveAllPointsRightBy: 


public static List<Point> moveAllPointsRightBy (List<Point> points, int x)f{ 
return points.stream!() 
.map(p -> new Point (p.getX() + x, p.getY())) 
.Collect (toList()); 
} 


我 们 没 必 要 对 Lambda 表 达 式 p -> new Point (p.getX() + x,p.getY()) 进 行 测试 , 它 
只 是 moveAllPointsRigntBy 内 部 的 实现 细节 。 我 们 更 应 该 关注 的 是 方法 moveAllPoints- 
Rig htBy 的 行为 : 

















@Test 
public void testMoveAllPointsRightBy() throws Exceptiont 
List<Point> points = 
Arrays.asList (new Point 
List<Point> expectedPoints 


(5, 5), new Point (10, 5)); 
Arrays.asList (new Point (15, 5), new Point (20, 5)); 





List<Point> newPoints = Point.moveAllPointsRightBy (points, 10); 
assertEquals (expectedPoints, newPoints); 


} 
注意 ， 上 面 的 单元 测试 中 ，Point 类 恰当 地 实现 equals 方 法 非常 重要 ， 否 则 该 测试 的 结果 
就 取决 于 object 类 的 默认 实现 。 


8.3.3 将 复杂 的 Lambda 表达 式 分 到 不 同 的 方法 


可 能 你 会 磁 到 非常 复杂 的 Lambda 表 达 式 ， 包 含 大 量 的 业务 逻辑 ， 比 如 需要 处 理 复 杂 情 况 的 
定价 算法 。 你 无 法 在 测试 程序 中 引用 Lambda 表 达 式 ， 这 种 情况 该 如 何 处 理 呢 ? 一 种 策略 是 将 
Lambda 表 达 式 转换 为 方法 引用 ( 这 时 你 往往 需要 声明 一 个 新 的 常规 方法 ) 我们 在 8.1.3 节 详细 讨 
论 过 这 种 情况 。 这 之 后 ， 你 可 以 用 常规 的 方式 对 新 的 方法 进行 测试 。 


8.3.4 高 阶 函 数 的 测试 


接受 函数 作为 参数 的 方法 或 者 返回 一 个 函数 的 方法 ( 所 谓 的 “高 阶 函 数 ”，higher-order 
function, 我 们 在 第 14 章 会 深入 展开 介绍 ) 更 难 测试 。 如 果 一 个 方法 接受 Lambda 表 达 式 作为 参数 ， 
你 可 以 采用 的 一 个 方案 是 使 用 不 同 的 Lambda 表 达 式 对 它 进 行 测试 。 比 如 ， 你 可 以 使 用 不 同 的 谓 
词 对 第 2 章 中 创建 的 filter 方 法 进行 测试 。 






































@Test 
public void testFilter() throws Exceptiont{ 
List<Integer> numbers = Arrays.asList(1, 2, 3, 4); 
List<Integer> even = filter(numbers, i -> i %2 == 0); 
List<Integer> smallerThanThree = filter(numbers, i -> i < 3); 
assertEquals (Arrays.asList(2, 4), even); 
assertEquals (Arrays.asList(1, 2), smallerThanThree); 
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如 果 被 测试 方法 的 返回 值 是 另 一 个 方法 ， 该 如 何 处 理 呢 ? 你 可 以 仿照 我 们 之 前 处 理 
Comparator 的 方法 ， 把 它 当 成 一 个 函数 接口 ， 对 它 的 功能 进行 测试 。 

然而 ， 事 情 可 能 不 会 一 帆 风 顺 ， 你 的 测试 可 能 会 返回 错误 ， 报 告 说 你 使 用 Lambda 表 达 式 的 
方式 不 对 。 因 此 ， 我 们 现在 进入 调试 的 环节 。 


8.4 调试 


调试 有 问题 的 代码 时 ， 程 序 员 的 兵器 库 里 有 两 大 老式 武器 ， 分 别 是 : 
D 查看 栈 跟踪 
口 输出 日 志 


8.4.1 查看 栈 跟 踪 


你 的 程序 突然 停止 运行 ( 比如 突然 抛 出 一 个 异常 )， 这 时 你 首先 要 调查 程序 在 什么 地 方 发 生 
了 异常 以 及 为 什么 会 发 生 该 异常 。 这 时 栈 帧 就 非常 有 用 。 程序 的 每 次 方法 调用 都 会 产生 相应 的 调 
用 信息 , 包括 程序 中 方法 调用 的 位 置 、 该 方法 调用 使 用 的 参数 、 被 调用 方法 的 本 地 变量 。 这 些 信 
息 被 保存 在 栈 帧 上 。 
程序 失败 时 ,你 会 得 到 它 的 栈 跟 踪 , 通过 一 个 又 一 个 栈 巾 ,你 可 以 了 解 程序 失败 时 的 概略 信 
息 。 换 名 话说 ,通过 这 些 你 能 得 到 程序 失败 时 的 方法 调用 列表 。 这 些 方法 调用 列表 最 终 会 帮助 你 
发 现 问题 出 现 的 原因 。 

Lambda 表 达 式 和 栈 跟 踪 

不 幸 的 是 ， 由 于 Lambda 表 达 式 没有 名 字 ， 它 的 栈 跟 踪 可 能 很 难 分 析 。 在 下 面 这 段 简单 的 代 
码 中 ， 我 们 刻意 地 引入 了 一 些 错 误 : 


import java.util.*; 

































































public class Debuggingt{ 
public static void main(String[] args) { 
List<Point> points = Arrays.asList (new Point (12, 2), null); 
points.stream() .map(p -> p.getX()).forEach(System.out::println); 
} 
} 


运行 这 段 代码 会 产生 下 面 的 栈 跟 踪 : 
这 行 中 的 $0 是 


Exception in thread "main" java.lang.NullPointerException 什么 意思 ? 
at Debugging.lambda$smains0 (Debugging.java:6) 
at Debugging$s$Lambda$5/284720968.apply (Unknown Source) 
at java.util.stream.ReferencePipelines$3$1.accept (ReferencePipeline 
.java:193) 
at java.util.Spliterators$sArraySpliterator.forEachRemaining (Spliterators 
.java:948) 

















讨厌 ! 发 生 了 什么 ?这 上段 程序 当然 会 失败 ， 因 为 Points 列 表 的 第 二 个 元 素 是 空 (null1 )。 
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这 时 你 的 程序 实际 是 在 试图 处 理 一 个 空 引 用 。 由 于 Stream 流 水 线 发 生 了 错误 ， 构 成 Stream 流 水 线 
的 整个 方法 调用 序列 都 暴露 在 你 面前 了 。 不 过 , 你 留意 到 了 吗 ? 栈 跟踪 中 还 包含 下 面 这 样 类 似 加 
密 的 内 容 : 


at Debugging.lambdasmains0 (Debugging.java:6) 
at DebuggingssLambda$5/284720968.apply (Unknown Source) 


这 些 表示 错误 发 生 在 Lambda 表 达 式 内 部 。 由 于 Lambda 表 达 式 没有 名 字 ， 所 以 编译 需 只 能 ; 
它们 指定 一 个 名 字 。 这 个 例子 中 ， 它 的 名 字 是 lampdqasmains0， 看 起 来 非常 不 直观 。 如 果 你 使 
用 了 大 量 的 类 ， 其 中 又 包含 多 个 Lambda 表 达 式 ， 这 就 成 了 一 个 非常 头痛 的 问题 。 

即使 你 使 用 了 方法 引用 ， 还 是 有 可 能 出 现 栈 无 法 显示 你 使 用 的 方法 名 的 情况 。 将 之 前 的 
Lambda 表 达 式 bp-> p .getx() 替 换 为 方法 引用 reference Point: :getX 也 会 产生 难于 分 析 的 栈 
跟踪 : 


points.stream() .map (Point::getx) .forEach(System.out::println); 






































这 一 行 表 示 
Exception in thread "main" java.lang.NullPointerException 什么 呢 ? 
at DebuggingssLambdas$s5/284720968.apply (Unknown Source) 
at java.util.stream.ReferencePipelines$3$1.accept (ReferencePipeline 
.java:193) 



































注意 , 如果 方法 引用 指向 的 是 同一 个 类 中 声明 的 方法 , 那么 它 的 名 称 是 可 以 在 栈 跟踪 中 显示 
的 。 人 下 面 这 个 例子 : 


import java,.util.,*,; 


public class Debugging{ 
public static void main(String[] args) { 
List<Integer> numbers = Arrays.asList(1, 2, 3); 
numbers.stream() .map (Debugging::divideByZero) .forEach (System 
:Out :println); 
} 


public static int divideByZero(int n)t{ 
returnn/ 0; 


} 


方法 divideByzZzero 在 栈 跟 踪 中 就 正确 地 显示 了 : divideByZero 
; . , , . . 正确 地 输出 到 栈 
Exception in thread "main" java.lang.ArithmeticException: / by zero 跟踪 中 
at Debugging.divideByZero (Debugging.java:10) < 
at DebuggingssLambdas1/999966131.apply (Unknown Source) 
at java.util.stream.ReferencePipelines$3$1.accept (ReferencePipeline 
.java:193) 




















总 的 来 说 , 我 们 需要 特别 注意 ,涉及 Lambda 表 达 式 的 栈 跟 踪 可 能 非常 难 理解 。 这 是 Java 编 译 
需 未 来 版 本 可 以 改进 的 一 个 方面 。 
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8.4.2 ”使 用 日 志 调 试 


假设 你 试图 对 流 操作 中 的 流水 线 进行 调试 , 该 从 何 入 手 呢 ?你 可 以 像 下 面 的 例子 那样 , 使 用 
forEach 将 流 操 作 的 结果 日 志 输出 到 屏幕 上 或 者 记录 到 日 志文 件 中 : 


List<Integer> numbers = Arrays.asList(2, 3, 4, 5); 











numbers.stream() 
“aD = 下) 


filter(x = XS 2 == 0) 
a Erni C3) 
.forEach(System.out::println); 
这 段 代 码 的 输出 如 下 : 
20 
22 








不 幸 的 是 , 一 旦 调用 forEach， 整个 流 就 会 恢复 运行 。 到 底 哪 种 方式 能 更 有 效 地 帮助 我 们 理 
解 Stream 流 水 线 中 的 每 个 操作 ( 比如 map、filter、1limit ) 产生 的 输出 ? 

这 就 是 流 操作 方法 peek 大 显 身手 的 时 候 。peek 的 设计 初衷 就 是 在 流 的 每 个 元 素 恢 复 运 行 之 
前 , 插入 执行 一 个 动作 。 但 是 它 不 像 £orEach 那 样 恢复 整个 流 的 运行 , 而 是 在 一 个 元 素 上 完成 操 
作 之 后 ， 它 只 会 将 操作 顺 承 到 流水 线 中 的 下 一 个 操作 。 图 8-4 解 释 了 peek 的 操作 流程 。 下 面 的 这 
段 代 码 中 ， 我 们 使 用 peek 输 出 了 Stream 流 水 线 操作 之 前 和 操作 之 后 的 中 间 值 : 






































List<Integer> result = 输出 来 自 数 
numbers.stream() 据 源 的 当 有 
.peek (x -> System.out.println("from stream: " + xX)) 元 素 值 
.map(x -> x + 17) 输出 map 操 
.peek (x -> System.out.println("after map: " + 作 的 结果 
nM 5 多 二 关 、 
1 op out a fl EE 输出 经 过 filter 
让 ae 操作 之 后 , 剩 下 的 
.1imit (3) 素 个 数 
.peek(x -> System.out.println("after limit: " 元 
.collect (toList()); le 
， 剩 下 的 元 素 个 数 
peek ! peek ! peek peek 























numbers ———i Ia 六 一 filter 一 一 nate | 


图 8-4 ”使 用 peek 查 看 Stream 流 水 线 中 的 数据 流 的 值 
通过 peek 操 作 我 们 能 清楚 地 了 解 流水 线 操作 中 每 一 步 的 输出 结 


from stream: 2 
after map: 19 
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8.5 


from stream: 3 
after map: 20 
after filter: 20 
after limit: 20 
from stream: 4 
after map: 21 
from stream: 5 
after map: 22 
after filter: 22 
after limit: 22 





小 结 


下 面 回顾 一 下 这 一 章 的 主要 内 容 。 


口 Lambda 表 达 式 能 提升 代码 的 可 读 性 和 灵活 性 。 














口 如 果 你 的 代码 中 使 用 了 








用 的 工具 。 




















匿名 类 ， 尽 量 用 Lambda 表 达 式 替换 它们 ， 但 是 要 注意 二 者 间 语 义 








的 微妙 差别 ， 比 如 关键 字 this， 以 及 变量 隐藏 。 

口 跟 Lambda 表 达 式 比 起 来 ， 方 法 引用 的 可 读 性 更 好 。 

口 尽量 使 用 Stream API 蔡 换 迭 代 式 的 集合 处 理 。 

口 Lambda 表 达 式 有 助 于 避免 使 用 面向 对 象 设 计 模 式 时 容易 出 现 的 僵化 的 模板 代码 ， 典 型 的 
比如 策略 模式 、 模 板 方法 、 观 察 者 模式 、 责 任 链 模式 ， 以 及 工厂 模式 。 

口 即使 采用 了 Lambda 表 达 式 ， 也 同样 可 以 进行 单元 测试 ， 但 是 通常 你 应 该 关注 使 用 了 
Lambda 表 达 式 的 方法 的 行为 。 

口 尽量 将 复杂 的 Lambda 表 达 式 抽象 到 普通 方法 中 。 

口 Lambda 表 达 式 会 让 栈 跟踪 的 分 析 变 得 更 为 复杂 。 

口 流 提 供 的 peek 方 法 在 分 析 Stream 流 水 线 时 ， 能 将 中 间 变 量 的 值 输出 到 日 志 中 ， 是 非常 有 









































默认 方法 








本 章 内 容 

口 什么 是 默认 方法 

口 如 何以 一 种 兼容 的 方式 改进 API 
口 默认 方法 的 使 用 模式 

口 解析 规则 


























传统 上 ，Java 程 序 的 接口 是 将 相关 方法 按照 约定 组 合 到 一 起 的 方式 。 实 现 接口 的 类 必须 为 接 
口中 定义 的 每 个 方法 提供 一 个 实现 , 或 者 从 父 类 中 继承 它 的 实现 。 但 是 , 一 旦 类 库 的 设计 者 需要 
更 新 接口 ， 向 其 中 加 入 新 的 方法 ,这 种 方式 就 会 出 现 问 题 。 现 实情 况 是 ,现存 的 实体 类 往往 不 在 
接口 设计 者 的 控制 范围 之 内 ， 这 些 实体 类 为 了 适 配 新 的 接口 约定 也 需要 进行 修改 。 由 于 Java 8 的 
API 在 现存 的 接口 上 引入 了 非常 多 的 新 方法 ， 这 种 变化 带 来 的 问题 也 愈加 严重 ， 一 个 例子 就 是 前 
几 章 中 使 用 过 的 List 接 口上 的 sort 方 法 。 想 象 一 下 其 他 备 选 集合 框架 的 维护 人 员 会 多 么 抓 狂 吧 ， 
像 Guava 和 Apache Commons 这 样 的 框架 现在 都 需要 修改 实现 了 List 接 口 的 所 有 类 ， 为 其 添加 
sort 方 法 的 实现 。 
且慢 ， 其 实 你 不 必 惊 慌 。Java 8 为 了 解决 这 一 问题 引入 了 一 种 新 的 机 制 。Java 8 中 的 接口 现在 
支持 在 声明 方法 的 同时 提供 实现 ， 这 听 起 来 让 人 惊讶 ! 通过 两 种 方式 可 以 完成 这 种 操作 。 其 一 ， 
Java 8 允许 在 接口 内 声明 静态 方法 。 其 二 ，Java 8 引入 了 一 个 新 功能 ， 叫 默认 方法 ， 通 过 默认 方法 
你 可 以 指定 接口 方法 的 默认 实现 。 换 名 话说， 接口 能 提供 方法 的 具体 实现 。 因 此 ,实现 接口 的 类 
如 果 不 显 式 地 提供 该 方法 的 具体 实现 , 就 会 自动 继承 默认 的 实现 。 这 种 机 制 可 以 使 你 平滑 地 进行 
接口 的 优化 和 演进 。 实 际 上 , 到 目前 为 止 你 已 经 使 用 了 多 个 默认 方法 。 两 个 例子 就 是 你 前 面 已 经 
见 过 的 List 接 口中 的 sort， 以 及 collection 接 口中 的 streamo 

第 1 章 中 我 们 看 到 的 List 接 口中 的 sort 方 法 是 Java 8 中 全 新 的 方法 ， 它 的 定义 如 下 : 


default void sort (Comparator<? super E> c)t{ 
Collections.sort (this, c); 




























































































} 
请 注意 返回 类 型 之 前 的 新 aefault 修 饰 符 。 通 过 它 ,我 们 能 够 知道 一 个 方法 是 否 为 默认 方法 。 
这 里 sort 方 法 调用 了 collections .sort 方 法 进行 排序 操作 。 由 于 有 了 这 个 新 的 方法 ， 我 们 现 
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sort 是 List 接 


在 可 以 直接 通过 调用 sort， 对 列表 中 的 元 素 进 行 排序 。 
2, 6) | 口 的 默认 方法 


List<Integer> numbers = Arrays.asList(3, 5, 1, 
numbers.sort (Comparator.naturalOrder()); 


不 过 除 此 之 外 ， 这 段 代 码 中 还 有 些 其 他 的 新 东西 。 注 意 到 了 吗 ， 我 们 调用 了 
Comparator.naturalorder 方 法 。 这 是 comparator 接 口 的 一 个 全 新 的 静态 方法 ， 它 返回 一 个 
Comparator 对 象 ， 并 按 自然 序列 对 其 中 的 元 素 进行 排序 ( 即 标 准 的 字母 数字 方式 排序 )。 

第 4 章 中 你 看 到 的 collection 中 的 stream 方 法 的 定义 如 下 : 


default Stream<E> stream() { 
return StreamSupport.stream(spliterator(), false); 











} 

我 们 在 之 前 的 几 章 中 大 量 使 用 了 该 方法 来 处 理 集合 ， 这 里 stream 方 法 中 调用 了 

SteamSupport .stream 方 法 来 返回 一 个 流 。 你 注意 到 stream 方 法 的 主体 是 如 何 调用 spli- 

terator 方 法 的 了 吗 ? 它 也 是 Collection 接 口 的 一 个 默认 方法 。 

喔 响 ! 这 些 接 口 现在 看 起 来 像 抽 象 类 了 吧 ? 是 , 也 不 是 。 它 们 有 一 些 本 质 的 区 别 , 我 们 在 这 

一 章 中 会 针对 性 地 进行 讨论 。 但 更 重要 的 是 , 你 为 什么 要 在 乎 默认 方法 ?默认 方法 的 主要 目标 用 

户 是 类 库 的 设计 者 啊 。 正 如 我 们 后 面 所 解释 的 ， 默 认 方法 的 引入 就 是 为 了 以 兼容 的 方式 解决 像 
Java API 这 样 的 类 库 的 演进 问题 的 ， 如 图 9-1 所 示 。 

版 本 1 接 






















































































户 的 实现 版 本 


实 线 框 表示 实现 
a 二 的 方法 ， 虚 线 框 
FE 表示 抽象 方法 





如 

















支持 的 方法 















































户 的 实现 版 本 
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支持 的 方法 到 












































为 了 支持 接口 定义 的 新 方法 ， 用 户 
的 实现 需要 进行 相应 的 改动 























带 默 认 方法 的 
版 本 2 接口 户 的 实现 版 本 
































EE 
支持 的 方法 一 La Es 
Es==== 


























由 于 继承 了 接口 中 的 默认 方法 ， 这 种 
实现 方式 不 需要 用 户 做 任何 的 变更 


图 9-1 向 接口 添加 方法 
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简 而 言 之 ,向 接口 添加 方法 是 诸多 问题 的 罪恶 之 源 ; 一 旦 接口 发 生变 化 ,实现 这 些 接口 的 类 
往往 也 需要 更 新 , 提供 新 添 方法 的 实现 才能 适 配 接口 的 变化 。 如 果 你 对 接口 以 及 它 所 有 相关 的 实 
现 有 完全 的 控制 ， 这 可 能 不 是 个 大 问题 。 但 是 这 种 情况 是 极 少 的 。 这 就 是 引入 默认 方法 的 目的 : 
它 让 类 可 以 自动 地 继承 接口 的 一 个 默认 实现 。 

因此 ， 如 果 你 是 个 类 库 的 设计 者 ， 这 一 章 的 内 容 对 你 而 言 会 十 分 重要 ， 因 为 默认 方法 为 接 
口 的 演进 提供 了 一 种 平滑 的 方式 ， 你 的 改动 将 不 会 导致 已 有 代码 的 修改 。 此 外 ， 正 如 我 们 后 文 
会 介绍 的 ， 默 认 方法 为 方法 的 多 继承 提供 了 一 种 更 灵活 的 机 制 ， 可 以 帮助 你 更 好 地 规划 你 的 代 
码 结构 : 类 可 以 从 多 个 接口 继承 默认 方法 。 因 此 ， 即 使 你 并 非 类 库 的 设计 者 ， 也 能 在 其 中 发 现 
感 兴趣 的 东西 。 
















































































静态 方法 及 接口 

同时 定义 接口 以 及 工具 辅助 类 ( companion class ) 是 Java 语 言 常用 的 一 种 模式 ， 工 具 类 定 
义 了 与 接口 实例 协作 的 很 多 静态 方法 。 比 如 ，Ccollections 就 是 处 理 Collection 对 象 的 辅 
助 类 。 由 于 静态 方法 可 以 存在 于 接口 内 部 ， 你 代码 中 的 这 些 辅助 类 就 没有 了 存在 的 必要 ， 你 可 
以 把 这 些 静 态 方法 转移 到 接口 内 部 。 为 了 保持 后 向 的 兼容 性 ， 这 些 类 依然 会 存在 于 Java 应 用 程 
序 的 接口 之 中 。 











本 童 的 结构 如 下 。 首 先 , 我 们 会 跟 你 一 起 剖析 一 个 API 演 化 的 用 例 ， 探讨 由 此 引发 的 各 种 
问题 。 紧 接着 我 们 会 解释 什么 是 默认 方法 ， 以 及 它们 在 这 个 用 例 中 如 何 解 决 相应 的 问题 。 之 
后 , 我们 会 展示 如 何 创 建 自己 的 默认 方法 , 构造 Java 语 言 中 的 多 继承 。 最 后 , 我们 会 讨论 一 个 
类 在 使 用 一 个 签名 同时 继承 多 个 默认 方法 时 ，Java 编 译 器 是 如 何 解决 可 能 的 二 义 性 〈 模糊 性 ) 
问题 的 。 


9.1 不 断 演进 的 API 


为 了 理解 为 什么 一 旦 API 发 布 之 后 ， 它 的 演进 就 变 得 非常 困难 ， 我 们 假设 你 是 一 个 流行 Java 
绘图 库 的 设计 者 ( 为 了 说 明 本 节 的 内 容 , 我 们 做 了 这 样 的 假想 ), 你 的 库 中 包含 了 一 个 Resizable 
接口 ， 它 定义 了 一 个 简单 的 可 缩放 形状 必须 支持 的 很 多 方法 ， 比如 : setHeight 、setwiath、 
getHeight、getWidth 以 及 setAbsoluteSize。 此 外 , 你 还 提供 了 几 个 额外 的 实现 (out-of-box 
implementation )， 如 正方 形 、 长 方形 。 由 于 你 的 库 非常 流行 ， 你 的 一 些 用 户 使 用 Resizable 接 口 
创建 了 他 们 自己 感 兴趣 的 实现 ， 比 如 椭圆 。 

发 布 API 几 个 月 之 后 ， 你 突然 意识 到 Resizable 接 口 遗 漏 了 一 些 功 能 。 比 如 ， 如 果 接 口 提 供 
一 个 setRelativeSize 方 法 ， 可 以 接受 参数 实现 对 形状 的 大 小 进行 调整 ， 那 么 接口 的 易 用 性 会 
更 好 ,你 会 说 这 看 起 来 很 容易 啊 : 为 Resizable 接 口 添加 setRelativeSize 方 法 ,再 更 新 Square 
和 Rectangle 的 实现 就 好 了 。 不 过 , 事情 并 非 如 此 简单 ! 你 要 考虑 已 经 使 用 了 你 接口 的 用 户 , 他 
们 已 经 按照 自身 的 需求 实现 了 Resizable 接 口 , 他 们 该 如 何 应 对 这 样 的 变更 呢 ? 非常 不 幸 , 你 无 
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法 访问 ， 也 无 法 改动 他 们 实现 了 Resizable 接 口 的 类 。 这 也 是 Java 库 的 设计 者 需要 改进 Java API 
时 面 对 的 问题 。 让 我 们 以 一 个 具体 的 实例 为 例 ， 深 入 探讨 修改 一 个 已 发 布 接口 的 种 种 后 果 。 


9.1.1 初始 版 本 的 API 
Resizable 接 口 的 最 初版 本 提供 了 下 面 这 些 方法 : 


public interface Resizable extends Drawablef{ 
int getWidth(); 
int getHeight (); 
void setWwidth(int width); 
void setHeight (int height); 
void setAbsoluteSize(int width, int height); 





} 


用 户 实现 
你 的 一 位 铁杆 用 户 根据 自 身 的 需求 实现 了 Resizable 接 口 ， 创建 了 E11ipse 类 : 


public class Ellipse implements Resizable { 








} 
他 实现 了 一 个 处 理 各 种 Resizable 形 状 (包括 Bllipse ) 的 游戏 : 


public class Gamef{ 
public static void main(String...args)f{ 
List<Resizable> resizableShapes = 








Arrays.asList (new Square(), new Rectangle(), new Ellipse()); < 一 
Utils.paint (resizableShapes); 可 以 调整 大 小 
的 形状 列表 


} 
public class Utilst 
public static void paint (List<Resizable> 1)f{ 


1.forEach(r -> { 调用 每 个 形状 自己 的 
r.setAbsoluteSize(42, 42); SetRAbsoluteSize 
r.draw(); 方法 


有 


9.1.2 第 二 版 API 


库 上 线 使 用 几 个 月 之 后 ， 你 收 到 很 多 请 求 ， 要 求 你 更 新 Resizable 的 实现 ， 让 Square、 
Rectangle 以 及 其 他 的 形状 都 能 支持 setRelativeSize 方 法 。 为 了 满足 这 些 新 的 需求 ， 你 发 布 
了 第 二 版 API， 具 体 如 图 9-2 所 示 。 

public interface Resizable { 

int getWiqdth(); 


int getHeight (); 
void setWwidth(int width); 
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void setHeight (int height); 第 二 版 API 添 加 
voidq setAbsoluteSize(int width, int height); 了 二 个 新 方法 
void setRelativeSize(int wFactor, int PhFactor) : < 一 I ” 
} 
初始 版 本 的 API 第 二 版 API 
Resizable 
Resizable 四 
+ void setRelativeSize{(int, int) 
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Ellipse Utils 

















Ellipse Utils 














Game 




















图 9-2 为 Resizable 接 口 添 加 新 方法 改进 API。 再 次 编译 应 用 时 会 遭遇 错误 ， 因 为 
它 依 赖 的 Resizable 接 口 发 生 了 变化 


用 户 面临 的 窘境 






































对 Resizable 接 口 的 更 新 导致 了 一 系列 的 问题 。 首 先 ， 接 口 现在 要 求 它 所 有 的 实现 类 添加 9 


























setRelativeSize 方 法 的 实现 。 但 是 用 户 最 初 实现 的 E11ipse 类 并 未 包含 setRelativesSiz 
方法 。 向 接口 添加 新 方法 是 二 进 制 兼容 的 , 这 意味 着 如 果 不 重新 编译 该 类 , 即使 不 实现 新 的 方法 ， 
现 有 类 的 实现 依旧 可 以 运行 。 不 过 ， 用 户 可 能 修改 他 的 游戏 ， 在 他 的 Utils .paint 方 法 中 调用 
setRelativeSize 方 法 ， 因 为 paint 方 法 接受 一 个 Resizable 对 象 列 表 作为 参数 。 如 果 传 递 的 
是 一 个 Bllipse 对 象 , 程序 就 会 抛 出 一 个 运行 时 错误 , 因为 它 并 未 实现 setRelativeSize 方 法 : 


Exception in thread "main" java.lang.AbstractMethodError: 
lambdasinaction.chap9 .Ellipse.setRelativeSize(II)V 


其 次 ， 如 果 用 户 试图 重新 编译 整个 应 用 ( 包括 E11ipse 类 )， 他 会 遭遇 下 面 的 编译 错误 : 


lambdasinaction/chap9/Ellipse.java:6: error: Ellipse is not abstract and does 
not override abstract method setRelativeSize(int,int) in Resizable 


最 后 ， 更 新 已 发 布 API 会 导致 后 向 兼容 性 问题 。 这 就 是 为 什么 对 现存 API 的 演进 ， 比 如 官方 
发 布 的 Java Collection API， 会 给 用 户 带 来 麻烦 。 当 然 ， 还 有 其 他 方式 能 够 实现 对 API 的 改进 ， 但 
是 都 不 是 明智 的 选择 。 比 如 , 你 可 以 为 你 的 API 创 建 不 同 的 发 布 版 本 ， 同 时 维护 老 版 本 和 新 版 本 ， 
但 这 是 非常 费时 费力 的 , 原因 如 下 。 其 一 ,这 增加 了 你 作为 类 库 的 设计 者 维护 类 库 的 复杂 度 。 其 
次 , 类 库 的 用 户 不 得 不 同时 使 用 一 套 代码 的 两 个 版 本 ,而 这 会 增 大 内 存 的 消耗 延长 程序 的 载 人 
时 间 ， 因 为 这 种 方式 下 项 目 使 用 的 类 文件 数量 更 多 了 。 
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这 就 是 默认 方法 试图 解决 的 问题 。 它 让 类 库 的 设计 者 放心 地 改进 应 用 程序 接口 ,无 需 担 忧 对 
遗留 代码 的 影响 ， 这 是 因为 实现 更 新 接口 的 类 现在 会 自动 继承 一 个 默认 的 方法 实现 。 


























不 同类 型 的 兼容 性 : 二 进 制 、 源 代码 和 函数 行为 

变更 对 Java 程 序 的 影响 大 体 可 以 分 成 三 种 类 型 的 兼容 性 ， 分 别 是 : 二 进 制 级 的 兼容 、 源 代 
码 级 的 兼容 ， 以 及 函数 行为 的 兼容 。" 刚 才 我 们 看 到 ， 向 接口 添加 新 方法 是 二 进 制 级 的 兼容 ， 
但 最 终 编 译 实 现 接 口 的 类 时 却 会 发 生 编 译 错 误 。 了 解 不 同类 型 兼容 性 的 特性 是 非常 有 益 的 ,下 
面 我 们 会 深入 介绍 这 部 分 的 内 容 。 

二 进 制 级 的 兼容 性 表示 现 有 的 二 进 制 执行 文件 能 无 颖 持续 链接 ( 包括 验证 、 准 备 和 解析 ) 
和 运行 。 比 如 ,为 接口 添加 一 个 方法 就 是 二 进 制 级 的 兼容 ， 这 种 方式 下 ， 如 果 新 添加 的 方法 不 
被 调用 ， 接 口 已 经 实现 的 方法 可 以 继续 运行 ， 不 会 出 现 错误 。 

简单 地 说 , 源 代码 级 的 兼容 性 表示 引入 变化 之 后 , 现 有 的 程序 依然 能 成 功 编译 通过 。 比如 ， 
向 接口 添加 新 的 方法 就 不 是 源码 级 的 兼容 , 因为 遗留 代码 并 没有 实现 新 引入 的 方法 , 所 以 它们 
无 法 顺利 通过 编译 。 

最 后 ， 函 数 行为 的 兼容 性 表示 变更 发 生 之 后 ,程序 接受 同样 的 输入 能 得 到 同样 的 结果 。 比 
如 ,为 接口 添加 新 的 方法 就 是 函数 行为 兼容 的 ， 因 为 新 添加 的 方法 在 程序 中 并 未 被 调用 ( 抑或 
该 接口 在 实现 中 被 覆盖 了 )。 


9.2 ”概述 默认 方法 


经 过 前 述 的 介绍 ， 我 们 已 经 了 解 了 向 已 发 布 的 API 添 加 方法 ， 对 现存 代码 实现 会 造成 多 大 的 
损害 。 默 认 方法 是 Java 8 中 引入 的 一 个 新 特性 , 希望 能 借 此 以 兼容 的 方式 改进 API。 现在 , 接口 包 
含 的 方法 签名 在 它 的 实现 类 中 也 可 以 不 提供 实现 。 那么 , 谁 来 具体 实现 这 些 方 法 呢 ? 实 际 上 , 缺 
失 的 方法 实现 会 作为 接口 的 一 部 分 由 实现 类 继承 ( 所 以 命名 为 默认 实现 ), 而 无 需 由 实现 类 提供 。 

那么 ,我 们 该 如 何 辩 识 哪些 是 默认 方法 呢 ?” 其 实 非 常 简单 ,默认 方 法 由 default 修 饰 符 修饰 ， 
并 像 类 中 声明 的 其 他 方法 一 样 包含 方法 体 。 比 如 ， 你 可 以 像 下 面 这 样 在 集合 库 中 定义 一 个 名 为 
sizegd 的 接口 ， 在 其 中 定义 一 个 抽象 方法 size， 以 及 一 个 默认 方法 isEmpty: 

public interface Sized { 

int size(); 


default boolean isEmpty() { < 一 
return size() == 0; | 默认 方法 

































































} 
} 


这 样 任何 一 个 实现 了 sizeq 接 口 的 类 都 会 自动 继承 isEmpty 的 实现 。 因 此 ， 向 提供 了 默认 实 
现 的 接口 添加 方法 就 不 是 源码 兼容 的 。 





























GD 参见 https:/blogs.oracle.comy/darcy/entry/kinds_of compatibility。 
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现在 ,我 们 回顾 一 下 最 初 的 例子 ， 那 个 Java 画 图 类 库 和 你 的 游戏 程序 。 具 体 来 说 ， 为 了 以 兼 
容 的 方式 改进 这 个 库 ( 即使 用 该 库 的 用 户 不 需要 修改 他 们 实现 了 Resizapble 的 类 )， 可 以 使 用 默 
认 方 法 ， 提 供 setRelativesize 的 默认 实现 : 

















default void setRelativeSize(int wFactor, int hFactor)t{ 
setAbsoluteSize(getWidth() / wFactor, getHeight() / hFactor); 
} 


由 于 接口 现在 可 以 提供 带 实 现 的 方法 ,是 否 这 意味 着 Java 已 经 在 某 种 程度 上 实现 了 多 继承 ? 
如 果实 现 类 也 实现 了 同样 的 方法 , 这 时 会 发 生 什么 情况 ?默认 方法 会 被 覆盖 吗 ? 现 在 暂时 无 需 担 
心 这 些 ，Java8 中 已 经 定义 了 一 些 规 则 和 机 制 来 处 理 这 些 问 题 。 详 细 的 内 容 ， 我 们 会 在 9.5 节 进行 

介绍 。 

你 可 能 已 经 猜 到 , 默认 方法 在 Java 8 的 API 中 已 经 大 量 地 使 用 了 。 本 章 已 经 介绍 过 我 们 前 一 章 
et 的 stream 方 法 就 是 默认 方法 。List 接 口 的 sort 方 法 也 是 默认 方 
法 。 第 3 章 介绍 的 很 多 函数 式 接 口 ， 比 如 Preqicate、 ee 
默认 方法 ， 比 如 Predicate.and 或 者 Function.andThen( 记 住 ， 阴 数 式 接口 只 包含 一 个 抽象 
方法 ， 默 认 方 法 是 种 非 抽象 方法 )。 




































































Java 8 中 的 抽象 类 和 抽象 接口 
么 抽象 类 和 抽象 接口 之 间 的 区 别 是 什么 呢 ? 它们 不 都 能 包含 抽象 方法 和 包 仿 方法 体 的 
RR 现 吗 ? 
首先 ， 一 个 类 只 能 继承 一 个 抽象 类 ,但 是 一 个 类 可 以 实现 多 个 接口 。 
其 次 ， 一 个 抽象 类 可 以 通过 实例 变量 ( 字段 ) 保存 一 个 通用 状态 ， 而 接口 是 不 能 有 实例 变 








请 应 用 你 掌握 的 默认 方法 的 知识 ， 回 答 一 下 测验 9.1 的 问题 。 





测验 9.1: removeIf 

这 个 测验 里 ,假设 你 是 Java 语 言 和 API 的 一 个 负责 人 。 你 收 到 了 关于 zemoveIf 方 法 的 很 多 
请 求 ,希望 能 为 ArrayList、TreeSet、LinkedList 以 及 其 他 集合 类 型 添加 removeIf 方 法 。 
removeIf 方 法 的 功能 是 删除 满足 给 定 谓词 的 所 有 元 素 。 你 的 任务 是 找到 添加 这 个 新 方法 、 优 
化 Collection API 的 最 佳 途径 。 

答案 : 改进 Collection API 破 坏 性 最 大 的 方式 是 什么 ? 你 可 以 把 removeIf 的 实现 直接 复制 
到 Collection API 的 每 个 实体 类 中 ， 但 这 种 做 法 实际 是 在 对 Java 界 的 犯罪 。 还 有 其 他 的 方式 吗 ? 
你 知道 吗 ， 所 有 的 Collection 类 都 实现 了 一 个 名 为 java.util.Collection 的 接口 。 大 好 
了 ， 那么 我 们 可 以 在 这 里 添加 一 个 方法 ? 是 的 ! 你 只 需要 牢记 ,默认 方法 是 一 种 以 源码 兼容 方 
式 向 接口 内 添加 实现 的 方法 。 这 样 实现 Collction 的 所 有 类 ( 包括 并 不 隶属 Collection API 的 
用 户 扩 展 类 ) 都 能 使 用 removeIf 的 默认 实现 。removeIf 的 代码 实现 如 下 ( 它 实 际 就 是 Java 8% 
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Collection API 的 实现 )。 它 是 Collection 接口 的 一 个 默认 方法 : 
EREUUGIOSGCRESER 人 入 全 下 全 用 
boolean removed = false; 
Iterator<E> each = iterator(); 
while(each.hasNext()) { 
eehnex 
each.remove(); 
removed = true; 
} 


return removed; 


9.3 ”默认 方法 的 使 用 模式 


现在 你 已 经 了 解 了 默认 方法 怎样 以 兼容 的 方式 演进 库 函 数 了 。 除了 这 种 用 例 , 还 有 其 他 场景 
也 能 利用 这 个 新 特性 吗 ? 当然 有 ,你 可 以 创建 自己 的 接口 ， 并 为 其 提供 默认 方法 。 这 一 节 中 , 我 
们 会 介绍 使 用 默认 方法 的 两 种 用 例 : 可 选 方法 和 行为 的 多 继承 。 























9.3.1 可 选 方法 


你 很 可 能 也 碰 到 过 这 种 情况 ,类 实现 了 接口 , 不 过 却 刻意 地 将 一 些 方法 的 实现 留 白 。 我 们 以 
Iterator 接 口 为 例 来 说 。Iterator 接 口 定 义 了 人 hasNext、next, 还 定义 了 remove 方 法 。Java8 
之 前 ， 由 于 用 户 通 常 不 会 使 用 该 方法 ，remove 方 法 常 被 忽略 。 因 此 ， 实 现 Interator 接 口 的 类 
通常 会 为 remove 方 法 放置 一 个 空 的 实现 ， 这 些 都 是 些 训 无 用 处 的 模板 代码 。 

采用 默认 方法 之 后 , 你 可 以 为 这 种 类 型 的 方法 提供 一 个 默认 的 实现 , 这 样 实体 类 就 无 需 在 自 
己 的 实现 中 显 式 地 提供 一 个 空 方法 。 比 如 ， 在 Java 8 中 ，Iterator 接 口 就 为 remove 方 法 提供 了 
一 个 默认 实现 ， 如 下 所 示 : 

interface Iterator<T> { 

boolean hasNext (); 
T next{); 


default void remove() { 
throw new UnsupportedOperationException(); 







































































} 
} 


通过 这 种 方式 ， 你 可 以 减少 无 效 的 模板 代码 。 实 现 Iterator 接 口 的 每 一 个 类 都 不 需要 再 声 
明 一 个 空 的 remove 方 法 了 ， 因 为 它 现在 已 经 有 一 个 默认 的 实现 。 
9.3.2 行为 的 多 继承 


默认 方法 让 之 前 无 法 想象 的 事 儿 以 一 种 优雅 的 方式 得 以 实现 , 即行 为 的 多 继承 。 这 是 一 种 让 
类 从 多 个 来 源 重用 代码 的 能 力 ， 如 图 9-3 所 示 。 
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Egg 了 -世人 #1 | 功能 #1 
































































































































功能 #1 
加 一 功能 #2? 
| 功能 #1 二 功能 #3 
仅 从 一 个 来 源 继承 功 需要 从 多 个 来 源 继承 
能 的 类 A 功能 的 类 


图 9-3 ” 单 继 承 和 多 继承 的 比较 


Java 的 类 只 能 继承 单一 的 类 , 但 是 一 个 类 可 以 实现 多 接口 。 要 确认 也 很 简单 , 下 面 是 Java API 
中 对 ArrayList 类 的 定义 : 




















public class ArrayList<E> extends AbstractList<E> < 一 继承 唯一 一 个 类 
implements List<E>, RandomAccess, Cloneable, 
Serializable, Iterable<E>, Collection<E> { a 
} 但 是 实现 了 六 个 接口 


1. 类 型 的 多 继承 

这 个 例子 中 ArrayList 继 承 了 一 个 类 ， 实现 了 六 个 接口 。 因 此 ArrayList 实 际 是 七 个 类 型 
的 直接 子 类 , 分 别 是 . AbstractList、 List、 RandomAccess、 Cloneable、Serializable、 
Iterable 和 Collection。 所 以 ， 在 某 种 程度 上 ， 我 们 早 就 有 了 类 型 的 多 继承 。 

由 于 Java 8 中 接口 方法 可 以 包含 实现 ,类 可 以 从 多 个 接口 中 继承 它们 的 行为 ( 即 实现 的 代码 )。 
让 我 们 从 一 个 例子 入 手 , 看 看 如 何 充 分 利用 这 种 能 力 来 为 我 们 服务 。 保持 接 口 的 精致 性 和 正 交 性 
能 帮助 你 在 现 有 的 代码 基 上 最 大 程度 地 实现 代码 复 用 和 行为 组 合 。 

2. 利用 正 交 方法 的 精简 接口 

假设 你 需要 为 你 正在 创建 的 游戏 定义 多 个 具有 不 同 特质 的 形状 。 有 的 形状 需要 调整 大 小 , 但 
是 不 需要 有 旋转 的 功能 ; 有 的 需要 能 旋转 和 移动 , 但 是 不 需要 调整 大 小 。 这 种 情况 下 ,你 怎么 设 
计 才 能 尽 可 能 地 重用 代码 ? 

你 可 以 定义 一 个 单独 的 Rotatable 接 口 ， 并 提供 两 个 抽象 方法 setRotationAngle 和 
getRotationAngle， 如 下 所 示 : 
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public interface Rotatable { retateBy 
void setRotationAngle(int angleInDegrees); 方法 的 一 
int getRotationAngle(); 默认 实现 
default void rotateBy (int angleInDegrees) { < 一 
setRotationAngle( (getRotationAngle () + angle) % 360); 


} 
} 


这 种 方式 和 模板 设计 模式 有 些 相 似 ， 都 是 以 其 他 方法 需要 实现 的 方法 定义 好 框架 算法 。 

现在 ， 实 现 了 Rotatable 的 所 有 类 都 需要 提供 setRotationAngle 和 和 getRotationAngle 
的 实现 ,但 与 此 同时 它们 也 会 天 然 地 继承 rotateBy 的 默认 实现 。 

类 似 地 , 你 可 以 定义 之 前 看 到 的 两 个 接口 Moveable 和 Resizable。 它们 都 包含 了 默认 实现 。 
下 面 是 Moveable 的 代码 : 


public interface Moveable { 
int getx(); 
int getyY(); 
void setx(int x); 
void setY(int y); 











default void moveHorizontally (int distance)t 
setx(getx() + distance); 
下 


default void moveVertically (int Qistance){ 
setY(getY() + distance); 





} 
} 


下 面 是 Resizable 的 代码 : 


public interface Resizable { 
int getWidth(); 
int getHeight (); 
void setWwidth(int width); 
void setHeight (int height); 
void setAbsoluteSize(int width, int height); 

















default void setRelativeSize(int wFactor, int hFactor)t{ 
setAbsoluteSize(getWidth() / wFactor, getHeight() / hFactor); 


} 
} 


3. 组 合 接口 
通过 组 合 这 些 接口 ， 你 现在 可 以 为 你 的 游戏 创建 不 同 的 实体 类 。 比 如 ，Monster 可 以 移动 、 
旋转 和 缩放 。 


public class Monster implements Rotatable, Moveable, Resizable { 


了 4 | 需要 给 出 所 有 抽象 方法 的 实 
现 ， 但 无 需 重复 实现 默认 方法 


Monster 类 会 自动 继承 Rotatable、Moveable 和 Resizable 接 口 的 默认 方法 。 这 个 例子 中 ， 
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Monster 继 承 了 rotateBy、 moveHorizontally.、 moveVertically 和 s tRelativeSize 的 
实现 。 
你 现在 可 以 直接 调用 不 同 的 方法 : 














构造 函数 会 设置 Monster 的 坐 
Monster m = new Monster(); < 一 标 、 高 度 、 宽 度 及 默认 仰角 
m.rotateBy (180); 4 |] 调用 由 Rotatable 中 
m.moveVertically (10); 人 调用 由 Moveable 中 继承 而 继承 而 来 的 rotateBy 
来 的 moveVertically 





假设 你 现在 需要 声明 另 一 个 类 ， 它 要 能 移动 和 旋转 ， 但 是 不 能 缩放 ， 比 如 说 sun。 这 时 也 无 
需 复 制 粘贴 代码 , 你 可 以 像 下 面 这 样 复 用 Moveable 和 Rotatable 接 口 的 默认 实现 。 图 9-4 是 这 一 
场景 的 UML 图 表 。 

public class Sun implements Moveable，Rotatable { 需要 给 出 所 有 抽象 方 


友 < 一 法 的 实现 ， 但 无 需 重 
} 复 实现 默认 方法 









































Rotatapble Moveable Resizable 
和 Ek 7 
上 .一 a 
Sun Monster 























图 9-4 ”多 种 行为 的 组 合 


像 你 的 游戏 代码 那样 使 用 默认 实现 来 定义 简单 的 接口 还 有 男 一 个 好 处 。 假 设 你 需要 修改 
movevVertically 的 实现 ， 让 它 更 高 效 地 运行 。 你 可 以 在 Moveable 接 口内 直接 修改 它 的 实现 ， 
所 有 实现 该 接口 的 类 会 自动 继承 新 的 代码 ( 这 里 我 们 假设 用 户 并 未 定义 自己 的 方法 实现 )。 




















关于 继承 的 一 些 错误 观点 

继承 不 应 该 成 为 你 一 恋 到 代码 复 用 就 试图 傅 靠 的 万 精油 。 比 如 ， 从 一 个 拥有 100 个 方法 及 
字段 的 类 进行 继承 就 不 是 个 好 主意 , 因为 这 其 实 会 引入 不 必要 的 复杂 性 。 你 完全 可 以 使 用 代理 
有 效 地 规避 这 种 窘境 ， 即 创建 一 个 方法 通过 该 类 的 成 员 交 量 直 接 调用 该 类 的 方法 。 这 就 是 为 什 
么 有 的 时 候 我 们 发 现 有 些 类 被 刻意 地 声明 为 final 类 型 : 声明 为 final 的 类 不 能 被 其 他 的 类 继 
承 ， 避 免 发 生 这 样 的 反 模 式 ， 防 止 核心 代码 的 功能 被 污染 。 注 意 ， 有 的 时 候 声明 为 final 的 类 
都 会 有 其 不 同 的 原因 ， 比 如 ，String 类 被 声明 为 final， 因 为 我 们 不 希望 有 人 对 这 样 的 核心 
功能 产生 干扰 。 

这 种 思想 同样 也 适用 于 使 用 默认 方法 的 接口 。 通 过 精简 的 接口 ， 你 能 获得 最 有 效 的 组 合 ， 
因为 你 可 以 只 选择 你 需要 的 实现 。 
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通过 前 面 的 介绍 ， 你 已 经 了 解 了 默认 方法 多 种 强大 的 使 用 模式 。 不 过 也 可 能 还 有 一 些 疑惑 : 
如 果 一 个 类 同时 实现 了 两 个 接口 , 这 两 个 接口 恰巧 又 提供 了 同样 的 默认 方法 签名 , 这 时 会 发 生 什 
么 情况 ”类 会 选择 使 用 哪 一 个 方法 ? 这 些 问题 ， 我 们 会 在 接 下 来 的 一 他 进行 讨论 。 


9.4 解决 冲突 的 规则 


我 们 知道 Java 语 言 中 一 个 类 只 能 继承 一 个 父 类 , 但 是 一 个 类 可 以 实现 多 个 接口 。 随 着 默认 方 
法 在 Java 8 中 引入 ， 有 可 能 出 现 一 个 类 继承 了 多 个 方法 而 它们 使 用 的 却 是 同样 的 函数 签名 。 这 种 
情况 下 ， 类 会 选择 使 用 哪 一 个 函数 ?在 实际 情况 中 , 像 这 样 的 冲突 可 能 极 少 发 生 , 但 是 一 旦 发 生 
这 样 的 状况 , 必须 要 有 一 套 规则 来 确定 按照 什么 样 的 约定 处 理 这 些 冲突 。 这 一 节 中 ,我 们 会 介绍 
Java 编 译 避 如 何 解决 这 种 潜在 的 冲突 。 我 们 试图 回答 像 “ 接 下 来 的 代码 中 ， 哪 一 个 hel1o 方 法 是 
被 c 类 调用 的 ”这 样 的 问题 。 注 意 ， 接 下 来 的 例子 主要 用 于 说 明 容 易 出 问题 的 场景 ， 并 不 表示 这 
些 场 景 在 实际 开发 过 程 中 会 经 常 发 生 。 

public interface A { 


default void hello() { 
System.out.println("Hello from A"); 





















































} 
} 
public interface B extends A { 
default void hello() { 
System.out .println("Hello from B"); 
} 
} 
public class C implements B, A { 
public static void main(String... args) { 


new C() .hello(); 3 猜 猜 打印 输出 
| } 的 是 什么 ? 


此 外 ,你 可 能 早 就 对 C++ 语 言 中 著名 的 萎 形 继承 问题 有 所 了 解 ， 菱形 继承 问题 中 一 个 类 同时 
继承 了 有 具有 相同 函数 签名 的 两 个 方法 。 到 底 该 选择 哪 一 个 实现 呢 ? Java 8 也 提供 了 解决 这 个 问题 
的 方案 。 请 接着 阅读 下 面 的 内 容 。 


9.4.1 解决 问题 的 三 条 规则 


如 果 一 个 类 使 用 相同 的 函数 签名 从 多 个 地 方 ( 比如 另 一 个 类 或 接口 ) 继承 了 方法 , 通过 三 条 
规则 可 以 进行 判断 。 

(1) 类 中 的 方法 优先 级 最 高 。 类 或 父 类 中 声明 的 方法 的 优先 级 高 于 任何 声明 为 默认 方法 的 优 
先 级 。 

(2) 如 果 无 法 依据 第 一 条 进行 判断 ， 那 么 子 接口 的 优先 级 更 高 : 函数 签名 相同 时 ， 优 先 选 择 
拥有 最 具体 实现 的 默认 方法 的 接口 ， 即 如 果 B 继 承 了 A， 那 么 B 就 比 A 更 加 具体 。 

(3) 最 后 ， 如 果 还 是 无 法 判断 ， 继 承 了 多 个 接口 的 类 必须 通过 显 式 覆盖 和 调用 期 望 的 方法 ， 
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显 式 地 选择 使 用 哪 一 个 默认 方法 的 实现 。 
我 们 保证 ， 这 些 就 是 你 需要 知道 的 全 部 ! 让 我 们 一 起 看 几 个 例子 。 


9.4.2 选择 提供 了 最 具体 实现 的 默认 方法 的 接口 


让 我 们 回顾 一 下 本 节 开 头 的 例子 ， 这 个 例子 中 c 类 同时 实现 了 3 接口 和 a 接 口 ， 而 这 两 个 接口 
恰巧 又 都 定义 了 名 为 hello 的 默认 方法 。 另 外 ，B 继 承 自 A。 图 9-5 是 这 个 场景 的 UML 图 。 


A E 
+ void hello() [J | 


+ void hello() 







































































图 9-5 ”提供 最 具体 的 默认 方法 实现 的 接口 ， 其 优先 级 更 高 








编译 器 会 使 用 声明 的 哪 一 个 hello 方 法 呢 ?” 按 照 规则 (2), 应 该 选择 的 是 提供 了 最 具体 实现 的 
默认 方法 的 接口 。 由 于 B 比 A 更 具体 , 所 以 应 该 选择 B 的 hello 方 法 。 所 以 , 程序 会 打印 输出 “Hello 
from B”。 

现在 ， 我 们 看 看 如 果 c 像 下 面 这 样 (如 图 9-6 所 示 ) 继承 自 D， 会 发 生 什么 情况 : 

public class D implements A{ } 

public class C extends D implements B, A { 

public static void main(String... args) { 猜 猜 打印 输出 
new C().hello(); 的 是 什么 ? 

















} 


























- i ee 
| [es 
+ void hello() | 六 | 5 We 


+ void hello() 




















图 9-6 ”继承 一 个 类 ， 实 现 两 个 接口 的 情况 


依据 规则 (1)， 类 中 声明 的 方法 具有 更 高 的 优先 级 。D 并 未 覆盖 hello 方 法 ， 可 是 它 实现 了 接 
口 A。 所 以 它 就 拥有 了 接口 的 默认 方法 。 规 则 (2) 说 如 果 类 或 者 父 类 没有 对 应 的 方法 ， 那 么 就 应 
该 选择 提供 了 最 具体 实现 的 接口 中 的 方法 。 因 此 , 编译 器 会 在 接口 和 接口 B 的 hel1lc 方 法 之 间 做 
选择 。 由 于 B 更 加 具体 ， 所 以 程序 会 再 次 打印 输出 “Hello fom B”。 你 可 以 继续 尝试 测验 9.2， 考 
察 一 下 你 对 这 些 规则 的 理解 。 
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测验 9.2: 牢记 这 些 判 断 的 规则 
我 们 在 这 个 测验 中 继续 复 用 之 前 的 例子 ， 唯 一 的 不 同 在 于 D 现 在 显 式 地 履 盖 了 从 RA 接 口中 
继承 的 hello 方 法 。 你 认为 现在 的 输出 会 是 什么 呢 ? 
Buslielelese Dp imlemenee a 
Aono onsale le 
(She ne me eine eo DA) 


j 
y 


publieq el se ee exeende Dimolemene me 


1 vec ue ve vaio mei a dN ee ete 3 
EGG 人 和 三 


答案 :由 于 依据 规则 (1), 父 类 中 声明 的 方法 具有 更 高 的 优先 级 ,所 以 程序 会 打印 输出 “Hello 


注意 ， D 的 声明 如 下 : 
public abstract class D implements A { 
Bubbie sere von een 
这 样 的 结果 是 ， 虽 然 在 结构 上 ， 其 他 的 地 方 已 经 声明 了 默认 方法 的 实现 ，C 还 是 必须 提供 


自己 的 hello 方 法 。 


9.4.3 ”冲突 及 如 何 显 式 地 消除 歧义 


到 目前 为 止 ， 你 看 到 的 这 些 例 子 都 能 够 应 用 前 两 条 判断 规则 解决 。 让 我 们 更 进一步 ， 假 设 B 
不 再 继承 A( 如 图 9-7 所 示 ): 
public interface A { 


void hello() { 
System.out.println("Hello from A"); 





} 
} 


public interface B { 
void hello() { 
System.out .println("Hello from B"); 
} 
} 


public class C implements B, A { } 

这 时 规则 (2) 就 无 法 进行 判断 了 , 因为 从 编译 器 的 角度 看 没有 哪 一 个 接口 的 实现 更 加 有 具体 , 两 
个 都 差不多 。A 接 口 和 B 接 口 的 hel1o 方 法 都 是 有 效 的 选项 。 所 以 ，Java 编 译 器 这 时 就 会 抛 出 一 个 
编译 错误 , 因为 它 无 法 判断 哪 一 个 方法 更 合适 :“Error: class C inherits unrelated defaults for hello () 
from types B and A.” 
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void hello() [mM 
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void hello() 
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图 9-7 同时 实现 具有 相同 函数 声明 的 两 个 接口 


冲突 的 解决 

解决 这 种 两 个 可 能 的 有 效 方法 之 间 的 冲突 ， 没 有 太 多 方案 ; 你 只 能 显 式 地 决定 你 希望 在 c 中 
使 用 哪 一 个 方法 。 为 了 达到 这 个 目的 ， 你 可 以 覆盖 类 c 中 的 hello 方 法 ， 在 它 的 方法 体内 显 式 地 
调用 你 希望 调用 的 方法 。Java 8 中 引入 了 一 种 新 的 语法 X. super .m(.…) ， 其 中 x 是 你 希望 调用 的 m 
方法 所 在 的 父 接口 。 举 例 来 说 , 如 果 你 希望 使 用 来 自 于 B 的 默认 方法 , 它 的 调用 方式 看 起 来 就 如 
下 所 示 : 

public class C implements B, A { 


void hello(){ 
B.super.hello(); 





























.， 显 式 地 选择 调用 接口 
. B 中 的 方法 
下 


让 我 们 继续 看 看 测验 9.3 ， 这 是 一 个 相关 但 更 加 复杂 的 例子 。 





测验 9.3: 几乎 完全 一 样 的 函数 签名 
这 个 测试 中 ,我 们 假设 接口 A 和 B 的 声明 如 下 所 示 : 
public interface At 
default Number getNumber(){ 
return 10; 
} 
} 
public interface BI{ 
default Integer getNumber(){ 
Ptr 村 2 
} 
} 
类 C 的 声明 如 下 : 
Sub elasesne me 人 Lemme EA 
ro ne coh le Vol net en le 
System.out .println(new C() .getNumber ()); 


】 
} 


这 个 程序 的 会 打印 输出 什么 呢 ? 
答案 : 类 C 无 法 判断 A 或 者 B 到 底 哪 一 个 更 加 具体 。 这 就 是 类 C 无 法 通过 编译 的 原因 。 
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9.4.4 ”菱形 继承 问题 
让 我 们 考虑 最 后 一 种 场景 ， 它 亦 是 C++ 里 中 最 令 人 头痛 的 难题 。 
public interface Atf 


default void hello()f{ 
System.out.println("Hello from A"); 


























} 
} 


public interface B extends A { } 


public interface C extends A { } 


ublic class D implements B, C 
S ee { 猜 猜 打印 输出 
Dublic statie vold main{(String. argsy 拭 的 是 什么 ? 
new D() .hello(); -a 


} 
} 


图 9-8 以 UML 图 的 方式 描述 了 出 现 这 种 问题 的 场景 。 这 种 问题 叫 “ 攻 形 问题 "， 因 为 类 的 继承 
关系 图 形状 像 葵 形 。 这 种 情况 下 类 D 中 的 默认 方法 到 底 继 承 自 什么 地 方 源 自 B 的 默认 方法 ， 
还 是 源 自 c 的 默认 方法 ?实际 上 只 有 一 个 方法 声明 可 以 选择 。 只 有 A 声明 了 一 个 默认 方法 。 由 于 这 
个 接口 是 D 的 父 接口 ， 代 码 会 打印 输出 “Hello from A”。 




















A | ee 
D 
+ void hello1) | | 


图 9-8 ”菱形 问题 


现在 ,我 们 看 看 男 一 种 情况 ， 如 果 B 中 也 提供 了 一 个 默认 的 hel1o 方 法 ， 并 且 函 数 签名 跟 和 A 
中 的 方法 也 完全 一 致 , 这 时 会 发 生 什 么 情况 呢 ? 根据 规则 (2), 编译 器 会 选择 提供 了 更 具体 实现 的 
接口 中 的 方法 。 由 于 B 比 A 更 加 具体 ， 所 以 编译 器 会 选择 B 中 声明 的 默认 方法 。 如 果 B 和 c 都 使 用 相 
同 的 函数 签名 声明 了 hel lo 方法 ， 就 会 出 现 冲突 ， 正 如 我 们 之 前 所 介绍 的 ， 你 需要 显 式 地 指定 使 
用 哪个 方法 。 

顺便 提 一 句 , 如 果 你 在 c 接 口中 添加 一 个 抽象 的 hello 方 法 ( 这 次 添加 的 不 是 一 个 默认 方法 )， 
会 发 生 什 么 情况 呢 ? 你 可 能 也 想 知 道 答案 。 

public interface C extends A { 


void hello(); 
} 


这 个 新 添加 到 c 接 口中 的 抽象 方法 hel lo 比 由 接口 a 继 承 而 来 的 hel 1c 方 法 拥有 更 高 的 优先 级 ， 
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因为 c 接 口 更 加 上 有 具体。 因此 ， 类 Dp 现在 需要 为 hel1o 显 式 地 添加 实现 ， 否 则 该 程序 无 法 通过 编译 。 




















C++ 语 言 中 的 菱形 问题 

C++ 语言 中 的 鞭 形 问题 要 复杂 得 多 。 首 先 ，C++ 多 许 类 的 多 继承 。 默 认 情 况 下 ， 如 果 类 D 
继承 了 类 B 和 类 C， 而 类 B 和 类 C 又 都 继承 自 类 &A， 类 D 实 际 直 接 访问 的 是 B 对 象 和 C 对 象 的 副本 。 
最 后 的 结果 是 , 要 使 用 A 中 的 方法 必须 显 式 地 声明 : 这 些 方法 来 自 于 B 接 口 , 还 是 来 自 于 C 接 口 。 
此 外 ， 类 也 有 状态 ， 所 以 修改 B 的 成 员 变 量 不 会 在 C 对 象 的 副本 中 反映 出 来 。 











现在 你 应 该 已 经 了 解 了 , 如果 一 个 类 的 默认 方法 使 用 相同 的 函数 签名 继承 自 多 个 接口 , 解决 
冲突 的 机 制 其 实 相 当 简 单 。 你 只 需要 遵守 下 面 这 三 条 准则 就 能 解决 所 有 可 能 的 冲突 。 
口 首先 ， 类 或 父 类 中 显 式 声明 的 方法 ， 其 优先 级 高 于 所 有 的 默认 方法 。 
口 如 果 用 第 一 条 无 法 判断 ， 方 法 签名 又 没有 区 别 ， 那 么 选择 提供 最 具体 实现 的 默认 方法 的 
接口 。 
口 最 后 ， 如 果 冲 突 依 旧 无 法 解决 ， 你 就 只 能 在 你 的 类 中 覆盖 该 默认 方法 ， 显 式 地 指定 在 你 
的 类 中 使 用 哪 一 个 接口 中 的 方法 。 
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下 面 是 本 章 你 应 该 掌握 的 关键 概念 。 

D Java 8 中 的 接口 可 以 通过 默认 方法 和 静态 方法 提供 方法 的 代码 实现 。 

口 默认 方法 的 开头 以 关键 字 aefault 修 饰 ， 方 法 体 与 常规 的 类 方法 相同 。 

口 向 发 布 的 接口 添加 抽象 方法 不 是 源码 兼容 的 。 

口 默认 方法 的 出 现 能 帮助 库 的 设计 者 以 后 向 兼容 的 方式 演进 API。 

口 默认 方法 可 以 用 于 创建 可 选 方法 和 行为 的 多 继承 。 

D 我 们 有 办 法 解决 由 于 一 个 类 从 多 个 接口 中 继承 了 拥有 相同 函数 签名 的 方法 而 导致 的 冲突 。 

口 类 或 者 父 类 中 声明 的 方法 的 优先 级 高 于 任何 默认 方法 。 如 果 前 一 条 无 法 解决 冲突 ， 那 就 

选择 同 函数 签名 的 方法 中 实现 得 最 具体 的 那个 接口 的 方法 。 

口 两 个 默认 方法 都 同样 具体 时 ， 你 需要 在 类 中 覆盖 该 方法 ， 显 式 地 选择 使 用 哪个 接口 中 提 
供 的 默认 方法 。 
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本 章 内 容 

Danul1 引 用 引发 的 问题 ， 以 及 为 什么 要 避免 nul1 引 用 

口 从 nul1 到 optional: 以 nul1 安 全 的 方式 重 写 你 的 域 模 型 
口 让 Optional 发 光 发 热 ， 去除 代码 中 对 null 的 检查 

口 读 取 optional 中 可 能 值 的 几 种 方法 

口 对 可 能 缺失 值 的 再 思考 















































如 果 你 作为 Java 程 序 员 曾经 遭遇 过 Nul1PointerException， 请 举 起 手 。 如 果 这 是 你 最 常 
遭遇 的 异常 ， 请 继续 举 手 。 非 常 可 惜 ， 这 个 时 刻 ， 我 们 无 法 看 到 对 方 , 但 是 我 相信 很 多 人 的 手 这 
个 时 刻 是 举 着 的 。 我 们 还 猜想 你 可 能 也 有 这 样 的 想法 :“ 毫 无 疑问 ， 我 承认 ， 对 任何 一 位 Java 程 
序 员 来 说 ， 无 论 是 初出 茅 庐 的 新 人 ， 还 是 久 经 江湖 的 专家 ，Nu1l1lPointerException 都 是 他 心 
中 的 痛 ， 可 是 我 们 又 无 能 为 力 ， 因 为 这 就 是 我 们 为 了 使 用 方便 甚至 不 可 避免 的 像 nul11 引 用 这 样 
的 构造 所 付出 的 代价 。” 这 就 是 程序 设计 世界 里 大 家 都 持 有 的 观点 ， 然 而 ， 这 可 能 并 非 事实 的 全 
部 真相 ， 只 是 我 们 根深 蒂 固 的 一 种 偏见 。 

1965 年 ， 英 国 一 位 名 为 Tony Hoare 的 计算 机 科学 家 在 设计 ALGOL W 语 言 时 提出 了 nul1 引 用 
的 想法 。ALGOL W 是 第 一 批 在 堆 上 分 配 记录 的 类 型 语言 之 一 。Hoare 选 择 nul11 引 用 这 种 方式 “只 
是 因为 这 种 方法 实现 起 来 非常 容易 "”。 虽 然 他 的 设计 初衷 就 是 要 “通过 编译 需 的 自动 检测 机 制 ， 
确保 所 有 使 用 引用 的 地 方 都 是 绝对 安全 的 "， 他 还 是 决定 为 nu11 引 用 开 个 绿灯 ， 因 为 他 认为 这 是 
为 “不 存在 的 值 ” 建 模 最 容易 的 方式 。 很 多 年 后 , 他 开始 为 自己 曾经 做 过 这 样 的 决定 而 后 悔 不 迭 ， 
把 它 称 为 “我 价值 百 万 的 重大 失误 ”。 我 们 已 经 看 到 它 带 来 的 后 果 一 一 程序 员 对 对 象 的 字段 进行 
检查 , 判断 它 的 值 是 否 为 期 望 的 格式 , 最 终 却 发 现 我 们 查看 的 并 不 是 一 个 对 象 , 而 是 一 个 空 指针 ， 
它 会 立即 抛 出 一 个 让 人 厌烦 的 NullPointerException 异 常 。 

实际 上 ，Hoare 的 这 段 话 低 估 了 过 去 五 十 年 来 数 百 万 程序 员 为 修复 空 引用 所 耗费 的 代价 。 近 
十 年 出 现 的 大 多 数 现代 程序 设计 语言 "， 包 括 Java， 都 采用 了 同样 的 设计 方式 ， 其 原因 是 为 了 与 

















































































































































































































为 数 不 多 的 几 个 最 著名 的 例外 是 典型 的 函数 式 语 言 ， 比 如 Haskell、ML; 这 些 语言 中 引入 了 代数 数据 类 型 ， 
允许 显 式 地 声明 数据 类 型 ,明确 地 定义 了 特殊 变量 值 ( 比如 nul1l ) 能 否 使 用 在 定义 类 型 的 类 型 ( type-by-type 
basis ) 中 。 





























10.1 ”如何 为 缺失 的 值 建 模 203 


























更 老 的 语言 保持 兼容 ， 或 者 就 像 Hoare 曾 经 陈述 的 那样 ,“ 仅 仅 是 因为 这 样 实现 起 来 更 加 容易 ”。 
让 我 们 从 一 个 简单 的 例子 入 手 ， 看 看 使 用 nu11 都 有 什么 样 的 问题 。 


10.1 ”如 何 为 缺失 的 值 建 模 
假设 你 需要 处 理 下 面 这 样 的 散 套 对 象 ， 这 是 一 个 拥有 汽车 及 汽车 保险 的 客户 。 
代码 清单 10-1 Person/Car/Insurance 的 数据 模型 


public class Person { 
private Car car; 
public Car getCar() { return car; } 








} 


public class Car { 
private Insurance insurance; 
public Insurance getInsurance() { return insurance; } 


} 


public class Insurance { 
private String name; 
public String getName() { return name; } 


} 
那么 ， 下 面 这 段 代码 存在 怎样 的 问题 呢 ? 


public String getCarIinsuranceName (Person person) { 
return person.getCar() .getInsurance() .getName (); 


} 

这 段 代码 看 起 来 相当 正常 ， 但 是 现实 生活 中 很 多 人 没有 车 。 所 以 调用 getcar 方 法 的 结果 会 
怎样 呢 ? 在 实践 中 ， 一 种 比较 常见 的 做 法 是 返回 一 个 nul1 引 用 ， 表 示 该 值 的 缺失 ， 即 用 户 没有 
车 。 而 接 下 来 ， 对 getInsurance 的 调用 会 返回 nul11 引 用 的 insurance， 这 会 导致 运行 时 出 现 
一 个 NullPointerException, 终 止 程序 的 运行 ,但 这 还 不 是 全 部 ,如果 返回 的 person 值 为 nu11 
会 怎样 ?如果 getInsurance 的 返回 值 也 是 null1， 结 果 又 会 怎样 ? 





















































10.1.1 采用 防御 式 检 查 减 少 NullPointerException 


怎样 做 才能 避免 这 种 不 期 而 至 的 Nul JlPointerExc eption 呢 ? 通常 有 你 可 以 在 需要 的 地 方 添 
加 nul1 的 检查 ( 过 于 激进 的 防御 式 检查 甚至 会 在 不 太 需 要 的 地 方 添加 检测 代码 ), 并 且 添 加 的 方式 
往往 各 有 不 同 。 下 面 这 个 例子 是 我 们 试图 在 方法 中 避免 Nul1PointerException 的 第 一 次 尝试 。 
代码 清单 10-2 null- 安全 的 第 一 种 尝试 : 深层 质疑 


public String getCarIinsuranceName (Person person) { 






































if (person != null) { -一 
Car car = person.getCar(); | 每 个 sul1 检 查 都 会 增加 调 
Ea nu) ”| 用 链 上 剩余 代码 的 嵌 套 层 数 
Insurance insurance = car.getIinsurance(); 
if (insurance != null) { 一 


return insurance.getName () 
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} 
} 
} 
return "Unknown"; 


} 


这 个 方法 每 次 引用 一 个 变量 都 会 做 一 次 nul1 检 查 ， 如 果 引 用 链 上 的 任何 一 个 遍历 的 解 变量 
值 为 nul1， 它 就 返回 一 个 值 为 “Unknown” 的 字符 串 。 唯 一 的 例外 是 保险 公司 的 名 字 ， 你 不 需 
要 对 它 进 行 检查 ,原因 很 简单 ， 因 为 任何 一 家 公司 必定 有 个 名 字 。 注 意 到 了 吗 ， 由 于 你 掌握 业务 
领域 的 知识 ， 避 免 了 最 后 这 个 检查 ,但 这 并 不 会 直接 反映 在 你 建 模 数据 的 Java 类 之 中 。 

我 们 将 代码 清单 10-2 标 记 为 “深层 质疑 "， 原 因 是 它 不 断 重复 着 一 种 模式 : 每 次 你 不 确定 一 
个 变量 是 否 为 nu11 时 ,都 需要 添加 一 个 进一步 嵌 套 的 if 块 ,也 增加 了 代码 缩 进 的 层 数 。 很 明显 ， 
这 种 方式 不 具备 扩展 性 ,同时 还 牺牲 了 代码 的 可 读 性 。 面 对 这 种 窘境 ,你 也 许愿 意 尝试 男 一 种 方 
案 。 下 面 的 代码 清单 中 ， 我 们 试图 通过 一 种 不 同 的 方式 避免 这 种 问题 。 


代码 清单 10-3 nul1- 安 全 的 第 二 种 尝试 : 过 多 的 退出 语句 


public String getCarInsuranceName (Person person) { 






























































if (person == null) { < | 每 个 null 检查 都 
return "Unknown"; 





y 会 添加 新 的 退出 点 

Car car = person.getCar(); 

TE (Oa Tl) < 

return "Unknown"; 每 个 null 检 查 都 
: 会 添加 新 的 退出 点 

Insurance insurance = car.getIinsurance();} 

if (insurance == null) { < 一 


return "Unknown"; 
return insurance.getName (); 


} 

第 二 种 尝试 中 , 你 试图 避免 深层 递归 的 if 语 句 块 , 采用 了 一 种 不 同 的 策略 : 每 次 你 遭遇 nul1 
变量 ， 都 返回 一 个 字符 串 常量 “Unknown”。 然 而 ， 这 种 方案 远 非 理 想 ， 现 在 这 个 方法 有 了 四 个 
截然 不 同 的 退出 点 ， 使 得 代码 的 维护 异常 艰难 。 更 糟 的 是 ， 发 生 nul1 时 返回 的 默认 值 ， 即 字符 
串 “Unknown” 在 三 个 不 同 的 地 方 重复 出 现 一 一 出 现 拼写 错误 的 概率 不 小 ! 当然 ， 你 可 能 会 说 ， 
我 们 可 以 用 把 它们 抽取 到 一 个 常量 中 的 方式 避免 这 种 问题 。 
进一步 而 言 ， 这 种 流程 是 极 易 出 错 的 ; 如 果 你 忘记 检查 了 那个 可 能 为 nul1 的 属性 会 怎样 ? 
通过 这 一 章 的 学 习 ， 你 会 了 解 使 用 nul1 来 表示 变量 值 的 缺失 是 大 错 特 错 的 。 你 需要 更 优雅 的 方 
式 来 对 缺失 的 变量 值 建 模 。 


10.1.2 nul1 带 来 的 种 种 问题 


让 我 们 一 起 回顾 一 下 到 目前 为 止 进行 的 讨论 , 在 Java 程 序 开发 中 使 用 nul1 会 带 来 理论 和 实际 
操作 上 的 种 种 问题 。 
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口 它 是 错误 之 源 。 

NullPointerException 是 目前 Java 程 序 开 发 中 最 典型 的 异常 。 

口 它 会 使 你 的 代码 膨胀 。 

它 让 你 的 代码 充斥 着 深度 向 套 的 nul1 检 查 ， 代 码 的 可 读 性 糟糕 透顶 。 

口 它 自 身 是 毫 无 意义 的 。 
nul1l 自 身 没 有 任何 的 语义 ， 尤 其 是 ， 它 代表 的 是 在 静态 类 型 语言 中 以 一 种 错误 的 方式 对 
缺失 变量 值 的 建 模 。 

口 它 破坏 了 Java 的 哲学 。 

Java 一 直 试 图 避免 让 程序 员 意 识 到 指针 的 存在 ， 唯 一 的 例外 是 : nul1 指 针 。 

D 它 在 Java 的 类 型 系统 上 开 了 个 口子 。 
null 并 不 属于 任何 类 型 , 这 意味 着 它 可 以 被 赋值 给 任意 引用 类 型 的 变量 。 这 会 导致 问题 ， 
原因 是 当 这 个 变量 被 传递 到 系统 中 的 另 一 个 部 分 后 ， 你 将 无 法 获知 这 个 nul11 变 量 最 初 的 
赋值 到 底 是 什么 类 型 。 

为 了 解 业 界 针 对 这 个 问题 给 出 的 解决 方案 ， 我 们 一 起 简单 看 看 其 他 语言 提供 了 哪些 功能 。 


10.1.3 ”其 他 语言 中 nul1 的 替代 品 


近年 来 出 现 的 语言 ， 比 如 Groovy， 通 过 引入 安全 导航 操作 符 ( Safe Navigation Operator， 标 
记 为 ? ) 可 以 安全 访问 可 能 为 nu11 的 变量 ,为 了 理解 它 是 如 何 工作 的 ,让 我 们 看 看 下 面 这 段 Groovy 
代码 ， 它 的 功能 是 获取 某 个 用 户 替 他 的 车 保险 的 保险 公司 的 名 称 : 

def carInsuranceName = person?.car?.insurance?.name 

这 段 代 码 的 表述 相当 清晰 。person 对 象 可 能 没有 car 对 象 ， 你 试图 通过 赋 一 个 null 给 
Person 对 象 的 car 引 用 ,对 这 种 可 能 性 建 模 。 类 似 地 ，car 也 可 能 没有 insurance。Groovy 的 安 
全 导航 操作 符 能 够 避免 在 访问 这 些 可 能 为 nu113 引 用 的 变量 时 抛 出 NullPointerException, 在 
调用 链 中 的 变量 遭遇 nul1 时 将 nul1 引 用 沿 着 调用 链 传递 下 去 ， 返 回 一 个 nul1l。 

关于 Java 7 的 讨论 中 曾经 建议 过 一 个 类 似 的 功能 ， 不 过 后 来 又 被 舍弃 了 。 不 知道 为 什么 ， 我 
们 在 Java 中 似乎 并 不 特别 期 待 出 现 一 种 安全 导航 操作 符 ， 几 乎 所 有 的 Java 程 序 员 碰 到 
NullPointerException 时 的 第 一 冲动 就 是 添加 一 个 if 语句 ， 在 调用 方法 使 用 该 变量 之 前 检查 
它 的 值 是 否 为 nu11， 快速 地 搞定 问题 。 如 果 你 按照 这 种 方式 解决 问题 ， 丝 毫 不 考虑 你 的 算法 或 
者 你 的 数据 模型 在 这 种 状况 下 是 否 应 该 返回 一 个 nul1l1， 那 么 你 其 实 并 没有 真正 解决 这 个 问题 ， 
只 是 暂时 地 掩盖 了 问题 , 使 得 下 次 该 问题 的 调查 和 修复 更 加 困难 ,而 你 很 可 能 就 是 下 个 星期 或 下 
个 月 要 面 对 这 个 问题 的 人 。 刚 才 的 那 种 方式 实际 上 是 掩耳盗铃 ， 只 是 在 清扫 地 毯 下 的 灰尘 。 而 
Groovy 的 null 安 全 解 引 用 操作 符 也 只 是 一 个 更 强大 的 扫把 ， 让 我 们 可 以 毫 无 顾忌 地 犯错 。 你 不 
会 忘记 做 这 样 的 检查 ， 因 为 类 型 系统 会 强制 你 进行 这 样 的 操作 。 

另 一 些 函 数 式 语 言 ， 比 如 Haskell、Scala， 试 图 从 另 一 个 角度 处 理 这 个 问题 。Haskell 中 包含 
了 一 个 Maybe 类 型 ， 它 本 质 上 是 对 optional 值 的 封装 。Maybe 类 型 的 变量 可 以 是 指定 类 型 的 值 ， 
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也 可 以 什么 都 不 是 .但 是 它 并 没有 nul11 引 用 的 概念 。Scala 有 类 似 的 数据 结构 ,名 字 叫 option [T] ， 
它 既 可 以 包含 类 型 为 ?的 变量 ， 也 可 以 不 包含 该 变量 ， 我 们 在 第 15 章 会 详细 讨论 这 种 类 型 。 要 使 
用 这 种 类 型 ， 你 必须 显 式 地 调用 option 类 型 的 available 操 作 ， 检 查 该 变量 是 否 有 值 ， 而 这 其 
实 也 是 一 种 变相 的 “null 检 查 ”。 

好 了 , 我 们 似乎 有 些 跑题 了 , 刚才 这 些 听 起 来 都 十 分 抽象 。 你 可 能 会 疑惑 : “那么 Java 8 提供 
了 什么 呢 ?” 咽 ,实际 上 Java 8 从 “optional 值 ”的 想法 中 吸取 了 灵感 ， 引 入 了 一 个 名 为 
java.util .Optional<T> 的 新 的 类 ,这 一 章 里 ,我 们 会 展示 使 用 这 种 方式 对 可 能 缺失 的 值 建 模 ， 
而 不 是 直接 将 nul1 赋 值 给 变量 所 带 来 的 好 处 。 我 们 还 会 阐释 从 nul1 到 optional 的 迁移 , 你 需要 
反思 的 是 : 如 何在 你 的 域 模型 中 使 用 optional 值 。 最 后 , 我 们 会 介绍 新 的 opt ional 类 提供 的 功 
能 ,并 附 几 个 实际 的 例子 ,展示 如 何 有 效 地 使 用 这 些 特性 ,最 终 , 你 会 学 会 如 何 设计 更 好 的 API 一 一 
用 户 只 需要 阅读 方法 签名 就 能 知道 它 是 否 接受 一 个 optional 的 值 。 



























































10.2 optional 类 入 门 


汲取 Haskell 和 scala 的 灵感 ，Java 8 中 引入 了 一 个 新 的 类 java.util.optional<T>。 这 
是 一 个 封装 optional 值 的 类 。 举 例 来 说 ， 使 用 新 的 类 意味 着 ， 如 果 你 知道 一 个 人 可 能 有 也 可 能 
没有 车 , 那么 Person 类 内 部 的 car 变 量 就 不 应 该 声明 为 car, 遭遇 某 人 没有 车 时 把 aul11 引 用 赋值 
给 它 ， 而 是 应 该 像 图 10-1 那 样 直 接 将 其 声明 为 optional<Car> 类 型 。 





















































Optional<Car> Optional<Car> 
Car 
包含 一 个 Car 
i 一 个 空 的 Optional 大 
类 型 的 对 人 象 个 空 的 pti 对 象 








图 10-1 ”使 用 optional 定 义 的 car 类 


变量 存在 时 , optional 类 只 是 对 类 简单 封装 。 变量 不 存在 时 , 缺失 的 值 会 被 建 模 成 一 个 “ 空 ” 
的 optional 对 象 ， 由 方法 optional.empty() 返 回 。optional .empty () 方 法 是 一 个 静态 工厂 
方法 , 它 返回 optional 类 的 特定 单一 实例 。 你 可 能 还 有 疑惑 ,， nu11 引 用 和 Opt ional .empty () 
有 什么 本 质 的 区 别 吗 ?从 语义 上 , 你 可 以 把 它们 当 作 一 回 事 儿 , 但 是 实际 中 它们 之 间 的 差别 非常 
大 : 如 果 你 尝试 解 引 用 一 个 null ， 一 定 会 触发 NullPointerException ， 不 过 使 用 
Optional .empty () 就 完全 没事 儿 ， 它 是 Optional 类 的 一 个 有 效 对 象 ， 多 种 场景 都 能 调用 ， 非 
常 有 用 。 关 于 这 一 点 ， 接 下 来 的 部 分 会 详细 介绍 。 

使 用 optional 而 不 是 nul1 的 一 个 非常 重要 而 又 实际 的 语义 区 别 是 ， 第 一 个 例子 中 ， 我 们 
在 声明 变量 时 使 用 的 是 optional<Car> 类 型 ， 而 不 是 car 类 型 ， 这 句 声 明 非 常 清楚 地 表明 了 这 
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里 发 生变 量 缺 失 是 允许 的 。 与 此 相反 ,使 用 car 这 样 的 类 型 ， 可 能 将 变量 赋值 为 wu11， 这 意味 
着 你 需要 独立 面 对 这 些 ， 你 只 能 依赖 你 对 业务 模型 的 理解 ， 判 断 一 个 nul1 是 否 属于 该 变量 的 有 

牢记 上 面 这 些 原则 ， 你 现在 可 以 使 用 optional 类 对 代码 清单 10-1 中 最 初 的 代码 进行 重 构 ， 
结果 如 下 。 



































代码 清单 10-4 使 用 optional 重 新 定义 Person/car/Insurance 的 数据 模型 
public class Person { 人 可 能 有 车 , 也 可 能 
private Optional<Car> car; 有 车 ,因此 将 这 个 字段 

public Optional<Car> getCar() { return car; } 声明 为 optional 


} 


能 没有 保险 , 所 以 将 这 个 


public class Car { 
字段 声明 为 optional 


private Optional<Insurance> insurance; 
public Optional<Insurance> getInsurance() { return insurance; } 


| 车 可 能 进行 了 保险 , 也 可 


} 


public class Insurance { 
private String name; 
public String getName() { return name; } 


| 保险 公司 必 
3 | 须 有 名 字 


} 


发 现 optional 是 如 何 丰富 你 模型 的 语义 了 吧 。 代 码 中 person 引 用 的 是 optional<Car>， 
而 car 引 用 的 是 optional<Insurance> 这 种 方式 非常 清晰 地 表达 了 你 的 模型 中 一 个 person 
可 能 拥有 也 可 能 没有 car 的 情形 ， 同 样 ，car 可 能 进行 了 保险 ,也 可 能 没有 保险 。 

与 此 同时 ， 我们 看 到 insurance 公 司 的 名 称 被 声明 成 string 类 型 ， 而 不 是 optional- 
<String>, 这 非常 清楚 地 表明 声明 为 insurance 公 司 的 类 型 必须 提供 公司 名 称 。 使 用 这 种 方式 ， 
一 旦 解 引 用 insurance 公 司 名 称 时 发 生 Nul1lPointerException， 你 就 能 非常 确定 地 知道 出 错 
的 原因 , 不 再 需要 为 其 添加 nul1 的 检查 ,因为 aul1 的 检查 只 会 掩盖 问题 ， 并 未 真正 地 修复 问题 。 
insurance 公 司 必 须 有 个 名 字 , 所 以 , 如 果 你 遇 到 一 个 公司 没有 名 称 , 你 需要 调查 你 的 数据 出 了 
什么 问题 ， 而 不 应 该 再 添加 一 段 代 码 ， 将 这 个 问题 隐藏 。 

在 你 的 代码 中 始终 如 一 地 使 用 optional， 能 非常 清晰 地 界定 出 变量 值 的 缺失 是 结构 上 的 问 
题 ， 还 是 你 算法 上 的 缺陷 ， 抑 或 是 你 数据 中 的 问题 。 另 外 ， 我 们 还 想 特 别 强调 ， 引 入 optional 
类 的 意图 并 非 要 消除 每 一 个 nu113 引 用。 与 此 相反 ， 它 的 目标 是 帮助 你 更 好 地 设计 出 普 适 的 API， 
让 程序 员 看 到 方法 签名 ， 就 能 了 解 它 是 否 接 受 一 个 0ptional 的 值 。 这 种 强制 会 让 你 更 积极 地 将 
变量 从 optional 中 解 包 出 来 ， 直 面 缺失 的 变量 值 。 


10.3 ”应 用 optional 的 几 种 模式 


到 目前 为 止 ， 一 切 都 很 顺利 ;你 已 经 知道 了 如 何 使 用 optional 类 型 来 声明 你 的 域 模型 ， 也 
了 解 了 这 种 方式 与 直接 使 用 nu11 引 用 表示 变量 值 的 缺失 的 优 劣 。 但 是 ， 我 们 该 如 何 使 用 呢 ? 用 
这 种 方式 能 做 什么 ， 或 者 怎样 使 用 optional 封 装 的 值 呢 ? 
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10.3.1 创建 optional 对 象 


使 用 optional 之 前 , 你 首先 需要 学 习 的 是 如 何 创建 Opt ional 对 象 。 完成 这 一 任务 有 多 种 
方法 。 

1. 声明 一 个 空 的 optional 

正如 前 文 已 经 提 到 ， 你 可 以 通过 静态 工厂 方法 Optional .empty， 创 建 一 个 空 的 optional 
对 象 : 

Optional<Car> optCar = Optional.empty(); 


2. 依据 一 个 非 空 值 创建 optional 
你 还 可 以 使 用 静态 工厂 方法 optional .of ， 依 据 一 个 非 空 值 创建 一 个 optional 对 象 : 


Optional<Car> optCar = Optional.of (car); 


如 果 car 是 一 个 null， 这 段 代 人 码 会 立即 抛 出 一 个 NullPointerException,， 而 不 是 等 到 你 
试图 访问 car 的 属性 值 时 才 返 回 一 个 错误 。 

3. 可 接受 null 的 optional 

最 后 ,使 用 静态 工厂 方法 optional i ofNullable, 你 可 以 创建 一 个 允许 aul11 值 的 optional 
对 象 : 

Optional<Car> optCar = Optional.ofNullable (car); 

如 果 car 是 null1， 那 么 得 到 的 optional 对 象 就 是 个 空 对 象 。 

你 可 能 已 经 猜 到 ,我 们 还 需要 继续 研究 “如 何 获取 Optional 变 量 中 的 值 "尤其 是 ,Optional 
提供 了 一 个 get 方法 ， 它 能 非常 精准 地 完成 这 项 工作 ， 我 们 在 后 面 会 详细 介绍 这 部 分 内 容 。 不 过 
get 方 法 在 遭遇 到 空 的 optional 对 象 时 也 会 抛 出 异常 ， 所 以 不 按照 约定 的 方式 使 用 它 ， 又 会 让 
我 们 再 度 陷 人 由 nul11 引 起 的 代码 维护 的 梦 尾 。 因 此 , 我 们 首先 从 无 需 显 式 检查 的 optional 值 的 
使 用 入 手 ， 这 些 方法 与 Stream 中 的 某 些 操作 极其 相似 。 


10.3.2 使 用 map 从 optional 对 象 中 提取 和 转换 值 


从 对 象 中 提取 信息 是 一 种 比较 常见 的 模式 。 比 如 , 你 可 能 想 要 从 insurance 公 司 对 象 中 提取 
公司 的 名 称 。 提 取 名 称 之 前 ， 你 需要 检查 insurance 对 象 是 否 为 nu11， 代 码 如 下 所 示 : 

String name = null; 

if(insurance != null)t 


name = insurance.getName (); 


} 
为 了 支持 这 种 模式 ，optional 提 供 了 一 个 map 方 法 。 它 的 工作 方式 如 下 (这 里 ， 我 们 继续 
借用 了 代码 清单 10-4 的 模式 ): 


Optional<Insurance> optInsurance = Optional.ofNullable(insurance); 
Optional<String> name = optInsurance.map (Insurance: :getName); 
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从 概念 上 ， 这 与 我 们 在 第 4 章 和 第 5 章 中 看 到 的 流 的 map 方 法 相差 无 几 。map 操 作 会 将 提供 的 
函数 应 用 于 流 的 每 个 元 素 。 你 可 以 把 optional 对 象 看 成 一 种 特殊 的 集合 数据 ， 它 至 多 包含 一 个 
元 素 。 如 果 optional 包 含 一 个 值 ， 那 函数 就 将 该 值 作为 参数 传递 给 map ， 对 该 值 进行 转换 。 如 
果 optional 为 空 ， 就 什么 也 不 做 。 图 10-2 对 这 种 相似 性 进行 了 说 明 ， 展 示 了 把 一 个 将 正方 形 转 
换 为 三 角形 的 函数 ， 分 别传 递 给 正方 形 和 optional 正 方形 流 的 map 方 法 之 后 的 结 


Pon OT map ( 男 -> 人 ) Sp en 




















"ap 国 -> 全 ， 





图 10-2”stream 和 Optional 的 map 方 法 对 比 
这 看 起 来 挺 有 用 , 但 是 你 怎样 才能 应 用 起 来 , 重 构 之 前 的 代码 呢 ? 前 文 的 代码 里 用 安全 的 方 
式 链接 了 多 个 方法 。 


public String getCarInsuranceName (Person person) { 
return person.getCar() .getInsurance() .getName (); 





} 
为 了 达到 这 个 目的 ,我 们 需要 求助 Oopt ional 提 供 的 男 一 个 方法 flatMap。 


10.3.3 ”使 用 ELatMap 链接 optional 对 象 Ei 


由 于 我 们 刚刚 学 习 了 如 何 使 用 map, 你 的 第 一 反应 可 能 是 我 们 可 以 利用 map 重 写 之 前 的 代码 ， 
如 下 所 示 : 
Optional<Person> optPerson = Optional.of (person); 
Optional<String> name = 
optPerson.map (Person: :getCar) 


.map (Car: :getInsurance) 
.map (Insurance: :getName); 


不 幸 的 是 ， 这 段 代 码 无 法 通过 编译 。 为 什么 呢 ? optPerson 是 optional<Person> 类 型 的 
变量 ， 调 用 map 方 法 应 该 没有 问题 。 但 getcar 返 回 的 是 一 个 optional<car> 类 型 的 对 象 (如 代 
码 清单 10-4 所 示 ), 这 意味 着 map 操 作 的 结果 是 一 个 optional<Optional<Car>> 类 型 的 对 象 。 
此 , 它 对 getInsurance 的 调用 是 非法 的 , 因为 最 外 层 的 optional 对 象 包含 了 男 一 个 optional 
对 象 的 值 ， 而 它 当 然 不 会 支持 get Insurance 方 法 。 图 10-3 说 明了 你 会 遭遇 的 般 套 式 opt ional 
结构 。 
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图 10-3 ”两 层 的 optional 对 象 


所 以 ,我 们 该 如 何 解 决 这 个 问题 呢 ? 让 我 们 再 回顾 一 下 你 刚刚 在 流 上 使 用 过 的 模式 : 
flatMap 方 法 。 使 用 流 时 , £1atMap 方 法 接受 一 个 函数 作为 参数 , 这 个 函数 的 返回 值 是 另 一 个 流 。 
这 个 方法 会 应 用 到 流 中 的 每 一 个 元 素 , 最 终 形成 一 个 新 的 流 的 流 。 但 是 flagMap 会 用 流 的 内 容 替 
换 每 个 新 生成 的 流 。 换 名 话说 ， 由 方法 生成 的 各 个 流 会 被 合并 或 者 扁平 化 为 一 个 单一 的 流 。 这 里 
你 希望 的 结果 其 实 也 是 类 似 的 ， 但 是 你 想 要 的 是 将 两 层 的 opt ional 合 并 为 一 个 。 

跟 图 10-2 类 似 ,我 们 借助 图 10-4 来 说 明 f1atMap 方 法 在 Stream 和 Optional 类 之 间 的 相似 性 。 






















































































es flatMap ( 国 | 全 全 ， 
Stream [| 加 ~ Stream 全 全 全 全 全 全 














flatMap ([ | -> ) 





图 10-4 Stream 和 optional 的 ELlagMap 方 法 对 比 


这 个 例子 中 , 传递 给 流 的 ELatMap 方 法 会 将 每 个 正方 形 转换 为 另 一 个 流 中 的 两 个 三 角形 。 那 
么 ，map 操 作 的 结果 就 包含 有 三 个 新 的 流 ， 每 一 个 流 包含 两 个 三 角形 ， 但 ELatMap 方 法 会 将 这 种 
两 层 的 流 合并 为 一 个 包含 六 个 三 角形 的 单一 流 。 类 似 地 ， 传 递 给 optional 的 flatMap 方 法 的 函 
数 会 将 原始 包含 正方 形 的 optional 对 和 象 转换 为 包含 三 角形 的 optional 对 象 。 如 果 将 该 方法 传递 
给 map 方 法 ， 结 果 会 是 一 个 optional 对 象 ， 而 这 个 optional 对 象 中 包含 了 三 角形 ; 但 flatMap 
方法 会 将 这 种 两 层 的 optional 对 象 转换 为 包含 三 角形 的 单一 optional 对 象 。 

1. 使 用 optional 获 取 cazr 的 保险 公司 名 称 

相信 现在 你 已 经 对 optional 的 map 和 flatMap 方 法 有 了 一 定 的 了 解 ， 让 我 们 看 看 如 何 应 用 。 
代码 清单 10-2 和 代码 清单 10-3 的 示例 用 基于 optional 的 数据 模式 重 写 之 后 , 如 代码 清单 10-5 所 示 。 
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代码 清单 10-5 ”使 用 optional 获 取 car 的 Insurance 名 称 
public String getCarInsuranceName (Optional<Person> person) { 
return person.flatMap (Person: :getCar) 
.flatMap (Car: :getInsurance) 
.map (Insurance: :getName) 
.orElse ("Unknown"); 


如 果 optional 的 结果 
_，。 | 值 为 空 ， 设 置 默 认 值 
} 
通过 比较 代码 清单 10-5 和 之 前 的 两 个 代码 清单 ， 我 们 可 以 看 到 ， 处 理 潜 在 可 能 缺失 的 值 时 ， 
使 用 optional 具 有 明显 的 优势 。 这 一 次 ， 你 可 以 用 非常 容易 却 又 普 适 的 方法 实现 之 前 你 期 望 的 
效果 不 再 需要 使 用 那么 多 的 条 件 分 支 ， 也 不 会 增加 代码 的 复杂 性 。 

从 具体 的 代码 实现 来 看 ， 首 先 我 们 注意 到 你 修改 了 代码 清单 10-2 和 代码 清单 10-3 中 的 
getcarInsuranceName 方 法 的 签名 ， 因 为 我 们 很 明确 地 知道 存在 这 样 的 用 例 ， 即 一 个 不 存在 的 
Person 被 传递 给 了 方法 ， 比 如 ，Person 是 使 用 某 个 标识 符 从 数据 库 中 查询 出 来 的 ， 你 想 要 对 数 
据 库 中 不 存在 指定 标识 符 对 应 的 用 户 数据 的 情况 进行 建 模 。 你 可 以 将 方法 的 参数 类 型 由 Person 
改 为 optional<Person>， 对 这 种 特殊 情况 进行 建 模 。 

我 们 再 一 次 看 到 这 种 方式 的 优点 , 它 通 过 类 型 系统 让 你 的 域 模 型 中 隐藏 的 知识 显 式 地 体现 在 
你 的 代码 中 , 换 名 话说， 你 永远 都 不 应 该 忘记 语言 的 首要 功能 就 是 沟通 ， 即 使 对 程序 设计 语言 而 
言 也 没有 什么 不 同 。 声明 方法 接受 一 个 0ptional 参 数 , 或 者 将 结果 作为 optional 类 型 返回 , 让 
你 的 同事 或 者 未 来 你 方法 的 使 用 者 ， 很 清楚 地 知道 它 可 以 接受 空 值 ， 或 者 它 可 能 返回 一 个 空 值 。 

2. 使 用 optional 解 引用 串 接 的 Person/car/ITnsurance 对 象 

由 optional<Person> 对 象 , 我 们 可 以 结合 使 用 之 前 介绍 的 map 和 flatMap 方 法 , 从 Person 
中 解 引用 出 car， 从 car 中 解 引用 出 Insurance， 从 Insurance 对 象 中 解 引用 出 包含 insurance 
公司 名 称 的 字符 串 。 图 10-5 对 这 种 流水 线 式 的 操作 进行 了 说 明 。 
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第 1 步 第 2 步 
了 
OPtional Optional 
保险 公司 - orElse ("Unknown") 由 map (Insurance: :getName) 
名 称 String INSUrance 
第 4 步 第 3 步 











图 10-5 ”使 用 optional 解 引用 串 接 的 Person/car/Insurance 





这 里 , 我 们 从 以 optional 封 装 的 Person 人 和 人手, 对 其 调用 flatMap (Person: :getCar)。 如 
前 所 述 ， 这 种 调用 逻辑 上 可 以 划分 为 两 步 。 第 一 步 ， 某 个 Function 作 为 参数 ， 被 传递 给 由 


2 


12 第 10 章 用 Optional 取代 null 























optional 封 装 的 Person 对 象 ， 对 其 进行 转换 。 这 个 场景 中 ，Function 的 具体 表现 是 一 个 方法 


引 月 








上， 即 对 Person 对 象 的 getcar 方 法 进行 调用 。 由 于 该 方法 返回 一 个 optional<Car> 类 型 的 


对 象 ，optional 内 的 Person 也 被 转换 成 了 这 种 对 象 的 实例 ， 结 果 就 是 一 个 两 层 的 Optional 对 


象 ， 








最 终 它们 会 被 £1agMap 操 作 合 并 。 从 纯 理论 的 角度 而 言 ,你 可 以 将 这 种 合并 操作 简单 地 看 成 





把 两 个 optional 对 象 结合 在 一 起 ， 如 果 其 中 有 一 个 对 象 为 空 ， 就 构成 一 个 空 的 0ptional 对 象 。 


妇 


Tl] 








果 你 对 一 个 空 的 0ptional 对 象 调用 flatMap, 实际 情况 又 会 如 何 呢 ? 结果 不 会 发 生 任何 改变 ， 


返回 值 也 是 个 空 的 optional 对 象 。 与 此 相反 ， 如 果 optional 封 装 了 一 个 Person 对 象 ， 传 递 给 
flapMap 的 Function， 就 会 应 用 到 person 上 对 其 进行 处 理 。 这 个 例子 中 ， 于 Function 的 返 
回 值 已 经 是 一 个 optional 对 象 ，flapMap 方 法 就 直接 将 其 返回 。 









































第 二 步 与 第 一 步 大 同 小 异 ， 它 会 将 opt ional<Ccar> 转 换 为 Optional<Insurance>。 第 三 步 


则 会 将 optional< Insurance> 转 化 为 Op ional<String> 对 象 > 由 于 Insurance. getName () 
方法 的 返回 类 型 为 string， 这 里 就 不 再 需要 进行 f1apMap 操 作 了 。 




















至 目前 为 止 ， 返 回 的 optional 可 能 是 两 种 情况 : 如 果 调 用 链 上 的 任何 一 个 方法 返回 一 个 








空 的 optional ， 那 么 结果 就 为 空 ， 和 否则 返回 的 值 就 是 你 期 望 的 保险 公司 的 名 称 。 那 么 ， 你 如 何 
读 出 这 个 值 呢 ? 毕竟 你 最 后 得 到 的 这 个 对 象 还 是 个 optional<String>, 它 可 能 包含 保险 公司 的 
名 称 ， 也 可 能 为 空 。 代 码 清单 10-$ 中 ,我们 使 用 了 一 个 名 为 orElse 的 方法 ， 当 optional 的 值 为 
空 时 ， 它 会 为 其 设 定 一 个 默认 值 。 除 此 之 外 , 还 有 很 多 其 他 的 方法 可 以 为 optional 设 定 默认 值 ， 
或 者 解析 出 optional 代 表 的 值 。 接 下 来 我 们 会 对 此 做 进一步 的 探讨 。 


在 


无 


国 、 




















域 模型 中 使 用 optional1， 以 及 为 什么 它们 无 法 序列 化 
在 代码 清单 10-4 中 ， 我 们 展示 了 如 何在 你 的 域 模型 中 使 用 Optional， 将 允许 缺失 或 者 暂 
定义 的 变量 值 用 特殊 的 形式 标记 出 来 。 然 而 ，Optional 类 设计 者 的 初 庄 并非 如 此 ， 他 们 构 


思 时 怀揣 的 是 另 一 个 用 例 。 这 一 点 ，Java 语 言 的 架构 师 Brian Goetz 曾 经 非常 明确 地 陈述 过 ， 


Optional 的 设计 初衷 仅仅 是 要 支持 能 返回 Optional 对 象 的 语法 。 


由 于 optional 类 设计 时 就 没 特别 考虑 将 其 作为 类 的 字段 使 用 ， 所 以 它 也 并 未 实现 


Serializable 接 口 。 由 于 这 个 原因 ， 如 果 你 的 应 用 使 用 了 某 些 要 求 序 列 化 的 库 或 者 框架 ， 在 


域 模型 中 使 用 Optional， 有 可 能 引发 应 用 程序 故障 。 然 而 ， 我 们 相信 ， 通 过 前 面 的 介绍 ， 你 
已 经 看 到 用 Optional 上 声明 域 模型 中 的 某 些 类 型 是 个 不 错 的 主意 ， 尤 其 是 你 需要 遍历 有 可 能 全 
部 或 部 分 为 空 , 或 者 可 能 不 存在 的 对 象 时 。 如 果 你 一 定 要 实现 序列 化 的 域 模型 ,作为 替代 方案 ， 
我 们 建议 你 像 下 面 这 个 例子 那样 , 提供 一 个 能 访问 声明 为 Optional、 变 量 值 可 能 缺失 的 接口 ， 
代码 清单 如 下 : 
Bulbliee el pe on 
Srivacelcear car:; 
Sublie Oo ional Car oebCarnsooe ionadl( 


ne enn on Na Leeann 


} 
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10.3.4 ”默认 行为 及 解 引用 optional 对 象 


我 们 决定 采用 orglse 方 法 读 取 这 个 变量 的 值 ， 使 用 这 种 方式 你 还 可 以 定义 一 个 默认 值 ， 遭 

遇 空 的 optional 变 量 时 , 默认 值 会 作为 该 方法 的 调用 返回 值 。optional1 类 提供 了 多 种 方法 读 取 

optional 实 例 中 的 变量 

D get () 是 这 些 方法 中 最 简单 但 又 最 不 安全 的 方法 。 如 果 变 量 存 在 , 它 直接 返回 封装 的 变量 
值 , 否则 就 抛 出 一 个 NosuchElementEBxception 异 常 。 所 以 , 除非 你 非常 确定 optional 
变量 一 定 包含 值 ， 否 则 使 用 这 个 方法 是 个 相当 糟糕 的 主意 。 此 外 ， 这 种 方式 即便 相对 于 
柑 套 式 的 null 检 查 ， 也 并 未 体现 出 多 大 的 改进 。 

口 orElse (T other) 是 我 们 在 代码 清单 10-5 中 使 用 的 方法 ， 正 如 之 前 提 到 的 ， 它 允许 你 在 

Optional 对 象 不 包含 值 时 提供 一 个 默认 值 。 

口 orElseGet (Supplier<? extends T> other) 是 orElse 方 法 的 延迟 调用 版 , Supplier 
方法 只 有 在 Optional 对 象 不 含 值 时 才 执 行 调 用 。 如 果 创 建 默认 值 是 件 耗 时 费力 的 工作 ， 
你 应 该 考虑 采用 这 种 方式 〈 借 此 提升 程序 的 性 能 )， 或 者 你 需要 非常 确定 某 个 方法 仅 在 
optional 为 空 时 才 进 行 调用 ， 也 可 以 考虑 该 方式 (这 种 情况 有 严格 的 限制 条 件 )。 

口 orElseThrow(Supplier<? extends X> exceptionSupplier) 和 get 方 法 非常 类 似 ， 
它们 人 遭遇 Optional 对 象 为 空 时 都 会 抛 出 一 个 异常 ,但 是 使 用 orElseThrow 你 可 以 定制 希 
望 抛 出 的 异常 类 型 。 

口 ifPresent (Consumer<? super T>) 让 你 能 在 变量 值 存在 时 执行 一 个 作为 参数 传人 的 
方法 ， 否 则 就 不 进行 任何 操作 。 

Optional 类 和 stream 接 口 的 相似 之 处 ， 远 不 上 map 和 flatMap 这 两 个 方法 。 还 有 第 三 个 方 

法 filter， 它 的 行为 在 两 种 类 型 之 间 也 极其 相似 ， 我 们 会 在 10.3.6 节 做 进一步 的 介绍 。 








































































































10.3.5 ”两 个 optional 对 象 的 组 合 


现在 , 我 们 假设 你 有 这 样 一 个 方法 , 它 接受 一 个 Person 和 一 个 car 对 象 , 并 以 此 为 条 件 对 外 
部 提供 的 服务 进行 查询 ， 通 过 一 些 复杂 的 业务 逻辑 ， 试 图 找到 满足 该 组 合 的 最 便宜 的 保险 公司 : 
public Insurance findqcheapestInsurance (Person person, Car car) { 
// 不 同 的 保险 公司 提供 的 查询 服务 
// 对 比 所 有 数据 


return cheapestCompany; 

















} 


我 们 还 假设 你 想 要 该 方法 的 一 个 nul1- 安 全 的 版 本 ， 它 接受 两 个 optional 对 象 作为 参数 ， 
返回 值 是 一 个 optional<Insurance> 对 象 ， 如 果 传 人 的 任何 一 个 参数 值 为 空 ， 它 的 返回 值 亦 为 
空 。0ptional 类 还 提供 了 一 个 isPresent 方 法 ,如 果 Optional 对 象 包含 值 ,该 方法 就 返回 true， 
所 以 你 的 第 一 想法 可 能 是 通过 下 面 这 种 方式 实现 该 方法 : 

public Optional<Insurance> nullSafeFindCheapestInsurancel( 


Optional<Person> person, Optional<Car> car) { 
if (person.isPresent() && car.isPresent()) { 
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return Optional.of (findCheapestIinsurance (person.get (), car.get ())); 
} else { 
return Optional.empty (); 
} 
} 


这 个 方法 具有 明显 的 优势 , 我 们 从 它 的 签名 就 能 非常 清楚 地 知道 无 论 是 person 还 是 car, 它 
的 值 都 有 可 能 为 空 ， 出 现 这 种 情况 时 , 方法 的 返回 值 也 不 会 包含 任何 值 。 不 幸 的 是 , 该 方法 的 具 
体 实现 和 你 之 前 曾经 实现 的 nu11 检 查 太 相似 了 : 方法 接受 一 个 Person 和 一 个 car 对 象 作 为 参数 ， 
而 二 者 都 有 可 能 为 nu11。 利 用 optional 类 提供 的 特性 ， 有 没有 更 好 或 更 地 道 的 方式 来 实现 这 个 
方法 呢 ? 花 几 分 钟 时 间 思 考 一 下 测验 10.1， 试 试 能 不 能 找到 更 优雅 的 解决 方案 。 


























测验 10.1: 以 不 解 包 的 方式 组 合 两 个 optional 对 象 

结合 本 节 中 介绍 的 map 和 flatMap 方 法 ， 用 一 行 语句 重新 实现 之 前 出 现 的 nullSafeFingd- 
CheapestInsurance () 方 法 。 

答案 : 你 可 以 像 使 用 三 元 操作 符 那 样 ,无需 任 何 条 件 判 断 的 结构 ,以 一 行 语句 实现 该 方法 ， 
代码 如 下 。 


public Optional<Insurance> nul1SafeFindqcheapestInsurance ( 
Optional<Person> person, Optional<Car> car) { 
return person.flatMap(p -> car.map(c -> findCheapestInsurance(p, c))); 


上 

这 段 代 码 中 ， 你 对 第 一 个 optional 对 象 调用 fl1atMabp 方 法 ， 如 果 它 是 个 空 值 ， 传 递 给 它 
的 Lambda 表 达 式 不 会 执行 , 这 次 调用 会 直接 返回 一 个 空 的 Optional 对 象 。 反 之 ， 如 果 person 
对 象 存 在 ， 这 次 调用 就 会 将 其 作为 函数 Function 的 输入 ， 并 按照 与 flatMap 方 法 的 约定 返回 
一 个 Optional<Insurance> 对 象 。 这 个 函数 的 函数 体会 对 第 二 个 optional 对 象 执行 map 操 
作 ， 如 果 第 三 个 对 象 不 包含 car， 函 数 Function 就 返回 一 个 空 的 Optional 对 象 ， 整 个 
nullSafeFindcheapestInsuranc 方 法 的 返回 值 也 是 一 个 空 的 Optional 对 象 。 最 后 ， 如 果 
person 和 car 对 象 都 存在 ， 作 为 参数 传递 给 map 方 法 的 Lambda 表 达 式 能 够 使 用 这 两 个 值 安全 
地 调用 原始 的 findqcheapestInsurance 方 法 ， 完 成 期 望 的 操作 。 


optional 类 和 Stream 接 口 的 相似 之 处 远 不 止 nap 和 flatMap 这 两 个 方法 。 还 有 第 三 个 方法 
filter， 它 的 行为 在 两 种 类 型 之 间 也 极其 相似 ， 我 们 在 接 下 来 的 一 节 会 进行 介绍 。 


10.3.6 ”使 用 filter 剔除 特定 的 值 


你 经 常 需要 调用 某 个 对 象 的 方法 ， 查看 它 的 某 些 属性 。 比 如 ,你 可 能 需要 检查 保险 公司 的 名 
称 是 否 为 “Cambridge-Insurance”。 为 了 以 一 种 安全 的 方式 进行 这 些 操作 , 你 首先 需要 确定 引用 指 
问 的 Insurance 对 象 是 否 为 nu11， 之 后 再 调用 它 的 getName 方 法 ， 如 下 所 示 : 


Insurance insurance = ...; 
if(insurance != null && "CambridgeInsurance".equals (insurance.getName()))f{ 
System.out .println("ok"); 
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} 
使 用 optional 对 象 的 filter 方 法 ， Re 


Optional<Insurance> optInsurance = ...; 


optInsurance.filter (insurance -> 
"CambridgeInsurance".equals (insurance.getName ())) 


.ifPresent (x -> System.out.println("ok")); 


filter 方 法 接受 一 个 谓词 作为 参数 。 如 果 optional 对 象 的 值 存在 , 并 且 它 符合 谓词 的 条 件 ， 
filter 方 法 就 返回 其 值 ; 否则 它 就 返回 一 个 空 的 optional 对 象 。 如 果 你 还 记得 我 们 可 以 将 
Optional 看 成 最 多 包含 一 个 元 素 的 Stream 对 象 , 这 个 方法 的 行为 就 非常 清晰 了 。 如 果 optional 
对 象 为 空 ， 它 不 做 任何 操作 ， 反 之 ， 它 就 对 optional 对 象 中 包含 的 值 施 加 谓词 操作 。 如 果 该 操 
作 的 结果 为 true， 它 不 做 任何 改变 ， 直 接 返 回 该 optional 对 象 ， 否 则 就 将 该 值 过 滤 掉 ， 将 
optional 的 值 置 空 。 通 过 测验 10.2， 可 以 测试 你 对 filtez 方 法 工作 方式 的 理解 。 



































测验 10.2: 对 optional 对 象 进行 过 滤 
假设 在 我 们 的 Person/Car/Insurance 模型 中 ，Person 还 提供 了 一 个 方法 可 以 取得 

Person 对 象 的 年 龄 ， 请 使 用 下 面 的 签名 改写 代码 清单 10-5$ 中 的 getcarInsuranceName 方 法 : 

public String getCarInsuranceName (Optional<Person> person, int minAge) 

找 出 年 龄 大 于 或 者 等 于 minaAge 参 数 的 Person 所 对 应 的 保险 公司 列表 。 

答案 : 你 可 以 对 Optional 封 装 的 Person 对 象 进 行 filter 操 作 ， 设置 相应 的 条 件 谓词 ， 
即 如 果 person 的 年 龄 大 于 minAge 参 数 的 设 定 值 ， 就 返回 该 值 ， 并 将 谓词 传递 给 ee 
代码 如 下 所 示 。 


public String getCarInsuranceName (Optional<Person> person, int minAge) { 
Feeurn ereon nee pp octAcGel > me 
.flatMap (Person: :getCar) 
.flatMap (Car: :getInsurance) 
.map (Insurance: :getName) 
.orElse ("Unknown"); 











下 一 节 中 ， 我 们 会 探讨 optional 类 剩 下 的 一 些 特性 ， 并 提供 更 实际 的 例子 ， 展 示 多 种 你 能 


够 应 用 于 代码 中 更 好 地 管理 缺失 值 的 技巧 。 
表 10-1 对 Optional 类 中 的 方法 进行 了 分 类 和 概括 。 


表 10-1 optional 类 的 方法 















































方 ”法 描 述 
empty 返回 一 个 空 的 optional 实例 
, 如 果 值 存在 并 且 满 足 提供 的 谓词 ， 就 返回 包含 该 值 的 optional 对 象 ; 可 一 个 空 的 
filter 
Optional 对 象 
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( 续 ) 
方 法 描述 

Ms Me 就 对 该 值 执行 提供 的 mapping 函数 调用 ， 返回 一 个 optional 类 型 的 值 ， 否 则 就 返 
可 一 个 空 的 optional 对 象 

get 如 果 该 值 存在 ， 将 该 值 用 Optional 封装 返回 ， 否 则 抛 出 一 个 NoSuchElementException 异常 

ifPresent 如 果 值 存在 ， 就 执行 使 用 该 值 的 方法 调用 ， 和 否则 什么 也 不 做 

isPresent 如 果 值 存在 就 返回 true， 否 则 返回 false 

map 如 果 值 存在 ， 就 对 该 值 执行 提供 的 mapping 函数 调用 

将 指定 值 用 optional 封装 之 后 返回 ， 如 果 该 值 为 nu11， 则 抛 出 一 个 Nul1PointerException 
异常 

ofNullable 将 指定 值 用 optional 封装 之 后 返回 ， 如 果 该 值 为 nu11， 则 返回 一 个 空 的 optional 对 象 

orElse 如 果 有 值 则 将 其 返回 ， 否 则 返回 一 个 默认 值 

orElseGet 如 果 有 值 则 将 其 返回 ， 否 则 返回 一 个 由 指定 的 supplier 接口 生成 的 值 

orElseThrow 如 果 有 值 则 将 其 返回 ， 否 则 抛 出 一 个 由 指定 的 supplier 接口 生成 的 异常 


























10.4 使 用 optional 的 实战 示例 


相信 你 已 经 了 解 ， 有 效 地 使 用 optional 类 意味 着 你 需要 对 如 何 处 理 潜在 缺失 值 进行 全 面 的 
反思 。 这 种 反思 不 仅仅 限于 你 曾经 写 过 的 代码 ， 更 重要 的 可 能 是 ， 你 如 何 与 原生 Java API 实 现 共 
存 共 遍 。 

实际 上 ,我 们 相信 如 果 optional 类 能 够 在 这 些 API 创 建 之 初 就 存在 的 话 ， 很 多 API 的 设计 编 
写 可 能 会 大 有 不 同 。 为 了 保持 后 向 兼容 性 ， 我 们 很 难 对 老 的 Java API 进 行 改动 ， 让 它们 也 使 用 
optional， 但 这 并 不 表示 我 们 什么 也 做 不 了 。 你 可 以 在 自己 的 代码 中 添加 一 些 工 具 方法 ,修复 
或 者 绕 过 这 些 问题 ， 让 你 的 代码 能 享受 optional 带 来 的 威力 。 我 们 会 通过 几 个 实际 的 例子 讲解 
如 何 达 到 这 样 的 目的 。 
























































10.4.1 用 optional 封装 可 能 为 null 的 值 


现存 Java API 几 乎 都 是 通过 返回 一 个 nul1 的 方式 来 表示 需要 值 的 缺失 , 或 者 由 于 某 些 原因 计 
算 无 法 得 到 该 值 。 比 如 ， 如 果 Map 中 不 含 指 定 的 键 对 应 的 值 ， 它 的 get 方 法 会 返回 一 个 nul1。 但 
是 ， 正 如 我 们 之 前 介绍 的 ， 大 多 数 情 况 下 ， 你 可 能 希望 这 些 方法 能 返回 一 个 optional 对 象 。 你 
无 法 修改 这 些 方 法 的 签名 ,但 是 你 很 容易 用 optional 对 这 些 方法 的 返回 值 进行 封装 。 我 们 接着 
用 Map 做 例子 ,假设 你 有 一 个 Map<string，Object> 方 法 ,访问 由 key 索 引 的 值 时 ， 如 果 map 
中 没有 与 key 关 联 的 值 ， 该 次 调用 就 会 返回 一 个 nul1l。 

Object value = map.get ("key"); 

使 用 optional 封 装 map 的 返回 值 ， 你 可 以 对 这 段 代 码 进行 优化 。 要 达到 这 个 目的 有 两 种 方 
式 : 你 可 以 使 用 策 拙 的 if-then-else 判 断 语句 ， 训 无 疑问 这 种 方式 会 增加 代码 的 复杂 度 ; 或 者 
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你 可 以 采用 我 们 前 文 介绍 的 Optional .ofNullable 方 法 : 

Optional<Object> value = Optional.ofNullable (map.get ("key")); 

每 次 你 希望 安全 地 对 潜在 为 nul1 的 对 象 进行 转换 ， 将 其 蔡 换 为 optional 对 象 时 ， 都 可 以 考 
虑 使 用 这 种 方法 。 





10.4.2 ”异常 与 optional 的 对 比 


由 于 某 种 原因 ， 函 数 无 法 返回 某 个 值 ， 这 时 除了 返回 nul11，Java API 比 较 常 见 的 替代 做 法 是 
抛 出 一 个 异常 。 这 种 情况 比较 典型 的 例子 是 使 用 静态 方法 Integer.parseInt (String), 将 
string 转 换 为 int。 在 这 个 例子 中 ， 如 果 string 无 法 解析 到 对 应 的 整 型 ， 该 方法 就 抛 出 一 个 
NumberFormatException。 最 后 的 效果 是 , 发 生 string 无 法 转换 为 int 时 , 代码 发 出 一 个 遭遇 
非法 参数 的 信号 ， 唯 一 的 不 同 是 ， 这 次 你 需要 使 用 try/catch 语句 ， 而 不 是 使 用 if 条 件 判断 来 
控制 一 个 变量 的 值 是 否 非 空 。 

你 也 可 以 用 空 的 0ptional 对 象 , 对 遭遇 无 法 转换 的 String 时 返回 的 非法 值 进行 建 模 , 这 时 
你 期 望 eparseInt 的 返回 值 是 一 个 optional。 我 们 无 法 修改 最 初 的 Java 方 法 , 但 是 这 无 碍 我 们 进 
行 需要 的 改进 , 你 可 以 实现 一 个 工具 方法 , 将 这 部 分 逻辑 封装 于 其 中 , 最终 返回 一 个 我 们 希望 的 
Optional 对 象 ， 代 码 如 下 所 示 。 


代码 清单 10-6 将 String 转 换 为 Integer， 并 返回 一 个 optional 对 象 


public static Optional<Integer> stringToInt (String s) { 

























































































try { 如 果 string 能 转换 为 对 
return Optional.of (Integer.parseInt (s)); < | 应 的 Integer， 将 其 封装 

} catch (NumberFormatException e) { 在 optioal 对 象 中 返回 
return Optional.empty (); < 否则 返回 一 个 空 

} 的 optional 对 象 


} 

我 们 的 建议 是 ， 你 可 以 将 多 个 类 似 的 方法 封装 到 一 个 工具 类 中 ， 让 我 们 称 之 为 Optiona- 
1Utility。 通 过 这 种 方式 ， 你 以 后 就 能 直接 调用 optionalUtility.stringToInt 方 法 , 将 
Stzing 转 换 为 一 个 optional<Integer> 对 象 ， 而 不 再 需要 记得 你 在 其 中 封装 了 笨拙 的 
try/catch 的 逻辑 了 。 

基础 类 型 的 optional 对 象 ， 以 及 为 什么 应 该 避免 使 用 它们 

不 知道 你 注意 到 了 没有 ， 与 Stream 对 象 一 样 ，optional 也 提供 了 类 似 的 基础 类 
型 一 OptionalInt、 OptionalLong 以 及 OptionalDoubl 所 以 代码 清单 10-6 中 的 方法 可 
以 不 返回 optional<Integer>， 而 是 直接 返回 一 个 optionalInt 类 型 的 对 象 。 第 5 章 中 ， 我 们 
讨论 过 使 用 基础 类 型 stream 的 场景 , 尤其 是 如 果 stream 对 象 包含 了 大 量 元 素 , 出 于 性 能 的 考量 ， 
使 用 基础 类 型 是 不 错 的 选择 ， 但 对 optional 对 象 而 言 ， 这 个 理由 就 不 成 立 了 ， 因 为 optional 
对 象 最 多 只 包含 一 个 值 。 

我 们 不 推荐 大 家 使 用 基础 类 型 的 optional ， 因 为 基础 类 型 的 optional 不 支持 map、 
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flatMap 以 及 filter 方 法 ， 而 这 些 却 是 Opt ional 类 最 有 用 的 方法 ( 正如 我 们 在 10.2 节 所 看 到 的 
那样 )。 此 外 , 与 Stream 一 样 ，optional 对 象 无 法 由 基础 类 型 的 optional 组 合 构成 ， 所 以 , 举 
例 而 言 , 如 果 代 码 清单 10-6 中 返回 的 是 optionalInt 类 型 的 对 象 , 你 就 不 能 将 其 作为 方法 引用 传 
递 给 男 一 个 opt ional 对 象 的 flatMap 方 法 。 


10.4.3 ”把 所 有 内 容 整 合 起 来 


为 了 展示 之 前 介绍 过 的 optional 类 的 各 种 方法 整合 在 一 起 的 威力 ， 我 们 假设 你 需要 向 你 的 
程序 传递 一 些 属性 。 为 了 举例 以 及 测试 你 开发 的 代码 ， 你 创建 了 一 些 示例 属性 ， 如 下 所 示 : 




















Properties props 


new Properties(); 


props.setProperty("a", "5")，; 
props.setProperty("b", "true"); 
props.setProperty("c", "-3"); 








现在 ,我 们 假设 你 的 程序 需要 从 这 些 属性 中 读 取 一 个 值 ,该 值 是 以 秒 为 单位 计量 的 一 段 时 间 。 
由 于 一 段 时 间 必 须 是 正 数 ， 你 想 要 该 方法 符合 下 面 的 签名 : 


public int readDuration(Properties props, String name) 


即 ， 如 果 给 定 属性 对 应 的 值 是 一 个 代表 正 整数 的 字符 串 ， 就 返回 该 整数 值 ,任何 其 他 的 情况 都 返 
回 0。 为 了 明确 这 些 需 求 ， 你 可 以 采用 JUnit 的 断言 ， 将 它们 形式 化 : 














assertEquals(5, readDuration(param, "a")); 
assertEquals (0, readDuration(param, "pb")); 
assertEquals(0, readDuration(param, "c")); 
assertEquals (0, readDuration(param, "d")); 


这 些 断 言 反映 了 初始 的 需求 : 如 果 








属性 是 a，readDuration 方 法 返回 5， 因 为 该 属性 对 应 的 




















字符 串 能 映射 到 一 个 正 数 ; 对 于 属性 b, 方法 的 返回 值 是 9， 因 为 它 对 应 的 值 不 是 一 个 数字 ; 对 于 





























c， 方 法 的 返回 值 是 0， 





























因为 虽然 它 对 应 的 值 是 个 数字 ， 不 过 它 是 个 负数 ; 对 于 a， 方 法 的 返回 值 

















是 0， 因 为 并 不 存在 该 名 称 对 应 的 属性 。 让 我 们 以 命令 式 编 程 的 方式 实现 满足 这 些 需 求 的 方法 ， 
代码 清单 如 下 所 示 。 
代码 清单 10-7 ”以 命令 式 编程 的 方式 从 属性 中 读 取 auration 值 
public int readDuration(Properties props, String name) { 确保 名 称 对 应 
String value = props.getProperty (name); 的 属性 存在 
if (value != null) { 
try { 
int i = Integer.parseInt (value); | Mn 
下 下 -二 - 0) 人 < | 检查 返回 的 数 | 5 数字 类 型 
Se 字 是 否 为 正 数 
} catch (NumberFormatException nfe) { } 
| | 如 果 前 述 的 条 件 
eturn 0; 


| 都 不 满足 ， 返 回 0 
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你 可 能 已 经 预见 ， 最 终 的 实现 既 复 杂 又 不 具备 可 读 性 ， 呈 现 为 多 个 由 if 语 句 及 try/catch 
块 儿 构成 的 器 套 条 件 。 花 几 分 钟 时 间 思 考 一 下 测验 10.3, 想 想 怎样 使 用 本 章 内 容 实 现 同样 的 效果 。 











测验 10.3: 使 用 optional 从 属性 中 读 取 duration 

请 尝试 使 用 Optional 类 提供 的 特性 及 代码 清单 10-6 中 提供 的 工具 方法 ， 通 过 一 条 精炼 的 
语句 重 构 代码 清单 10-7 中 的 方法 。 

答案 : 如 果 需 要 访问 的 属性 值 不 存在 ，Properties.getProperty (String) 方 法 的 返回 
值 就 是 一 个 hull, 使 用 ofNullable 工 厂 方法 非常 轻易 地 就 能 把 该 值 转换 为 Optional 对 象 。 接 
着 ,你 可 以 向 它 的 flatMap 方 法 传递 代码 清单 10-6 中 实现 的 OptionalUtility.stringToInt 
方法 的 引用 ， 将 Optional<String> 转 换 为 Optional<Integer>。 最 后 ， 你 非常 轻易 地 就 可 
以 过 滤 掉 负数 。 这 种 方式 下 ， 如 果 任 何 一 个 操作 返回 一 个 空 的 Optional 对 象 ， 该 方法 都 会 返 
回 orEBlse 方 法 设置 的 默认 值 0; 否则 就 返回 封装 在 Optional 对 象 中 的 正 整 数 。 下 面 就 是 这 上 段 
简化 的 实现 : 

public int readDuration(Properties props, String name) { 

return Optional.ofNullable (props.getProperty (name)) 
"loteMa (Ononc le ne 


inl er 0 
.OrElse(0); 








} 





注意 到 使 用 optional 和 stream 时 的 那些 通用 模式 了 吗 ? 它们 都 是 对 数据 库 查询 过 程 的 反 
思 ， 查 询 时 ， 多 种 操作 会 被 串 接 在 一 起 执行 。 
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这 一 章 中 ， 你 学 到 了 以 下 的 内 容 。 
口 nul1 引 用 在 历史 上 被 引入 到 程序 设计 语言 中 ， 目 的 是 为 了 表示 变量 值 的 缺失 。 
口 Java 8 中 引入 了 一 个 新 的 类 java.util.optional<T>， 对 存在 或 缺失 的 变量 值 进行 


























建 模 。 

口 你 可 以 使 用 静态 工厂 方法 optional.empty、Optional.of 以 及 optional.ofNull- 
able 创 建 Optional 对 象 。 

口 optional 类 支持 多 种 方法 ， 比 如 map、flatMap、filter， 它 们 在 概念 上 与 stream 类 
中 对 应 的 方法 十 分 相似 。 





口 使 用 optional 会 迫使 你 更 积极 地 解 引 用 optional 对 象 ， 以 应 对 变量 值 缺失 的 问题 ， 最 
终 ， 你 能 更 有 效 地 防止 代码 中 出 现 不 期 而 至 的 空 指 针 异 常 。 

口 使 用 optional 能 帮助 你 设计 更 好 的 API， 用 户 只 需要 阅读 方法 签名 ， 就 能 了 解 该 方法 是 
否 接受 一 个 Optional 类 型 的 值 。 


























CompletableFuture: 
组 合式 异步 编程 








本 章 内 容 

口 创建 异步 计算 ， 并 获取 计算 结 

口 使 用 非 阻塞 操作 提升 吞吐 量 

口 设计 和 实现 异步 API 

口 如 何以 异步 的 方式 使 用 同步 的 API 

口 如 何 对 两 个 或 多 个 异步 操作 进行 流水 线 和 合并 操作 
口 如 何 处 理 异 步 操 作 的 完成 状态 
































最 近 这 些 年 , 两 种 趋势 不 断 地 推动 我 们 反思 我 们 设计 软件 的 方式 。 第 一 种 趋势 和 应 用 运行 的 
硬件 平台 相关 ， 第 二 种 趋势 与 应 用 程序 的 架构 相关 ， 尤 其 是 它们 之 间 如 何 交 互 。 我 们 在 第 7 章 中 
已 经 讨论 过 硬件 平台 的 影响 。 我 们 注意 到 随 着 多 核 处 理 器 的 出 现 , 提升 应 用 程序 处 理 速度 最 有 效 
的 方式 是 编写 能 充分 发 挥 多 核能 力 的 软件 。 你 已 经 看 到 通过 切 分 大 型 的 任务 , 让 每 个 子 任务 并 行 
运行 , 这 一 目标 是 能 够 实现 的 ; 你 也 已 经 了 解 相对 直接 使 用 线程 的 方式 , 使 用 分 支 /合并 框架 (在 
Java 7 中 引入 ) 和 并 行 流 ( 在 Java 8 中 新 引入 ) 能 以 更 简单 、 更 有 效 的 方式 实现 这 一 目标 。 

第 二 种 趋势 反映 在 公共 API 日 益 增长 的 互联 网 服务 应 用 。 著 名 的 互联 网 大 鲜 们 纷纷 提供 了 自 
己 的 公共 API 服 务 ， 比 如 谷歌 提供 了 地 理 信息 服务 ，Facebook 提 供 了 社交 信息 服务 ，Twitter 提 供 
了 新 闻 服 务 。 现 在 , 很 少 有 网 站 或 者 网 络 应 用 会 以 完全 隔离 的 方式 工作 。 更 多 的 时 候 , 我 们 看 到 
的 下 一 代 网 络 应 用 都 采用 “ 混 聚 ”( mash-up ) 的 方式 : 它 会 使 用 来 自 多 个 来 源 的 内 容 ， 将 这 些 内 
容 聚 合 在 一 起 ， 方 便 用 户 的 生活 。 

比如 ， 你 可 能 希望 为 你 的 法 国 客 户 提供 指定 主题 的 热点 报道 。 为 实现 这 一 功能 ， 你 需要 癌 
谷歌 或 者 Twitter 的 API 请 求 所 有 语言 中 针对 该 主题 最 热门 的 评论 , 可 能 还 需要 依据 你 的 内 部 算法 
对 它们 的 相关 性 进行 排序 。 之 后 ， 你 可 能 还 需要 使 用 谷歌 的 翻译 服务 把 它们 翻译 成 法 语 ， 甚 至 
利用 谷歌 地 图 服务 定位 出 评论 作者 的 位 置信 息 ， 最 终 将 所 有 这 些 信 息 聚 集 起 来 ， 呈 现在 你 的 网 
站 上 。 

当然 ， 如果 某 些 外 部 网 络 服务 发 生 响 应 慢 的 情况 ,你 希望 依旧 能 为 用 户 提 供 部 分 信息 ， 比 如 
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提供 带 问 号 标记 的 通用 地 图 ， 以 文本 的 方式 显示 信息 ， 而 不 是 呆 呆 地 显示 一 片 空白 屏幕 , 直到 地 
图 服务 需 返 回 结果 或 者 超时 退出 。 图 11-1 解 释 了 这 种 典型 的 “ 混 聚 ”应 用 如 何 与 所 需 的 远程 服务 


交互 。 































































你 的 程序 

排序 Ca 法 文 版 的 

茶 个 话题 可 帖 -| 当前 热 帖 0 
Facebook 
Twitter 











图 11-1 典型 的 “ 混 聚 ” 式 应 用 


要 实现 类 似 的 服务 ， 你 需要 与 互联 网 上 的 多 个 Web 服 务 通 信 。 可 是 ， 你 并 不 希望 因为 等 待 某 
些 服 务 的 响应 ， 阻 塞 应 用 程序 的 运行 ， 浪 费 数 十 亿 宝 贵 的 CPU 时 钟 周 期 。 比 如 ， 不 要 因为 等 待 
Facebook 的 数据 ， 暂 停 对 来 自 Twitter 的 数据 处 理 。 

这 些 场景 体现 了 多 任务 程序 设计 的 另 一 面 。 第 7 章 中 介绍 的 分 支 /合并 框架 以 及 并 行 流 是 实现 
并 行 处 理 的 宝贵 工具 ; 它们 将 一 个 操作 切 分 为 多 个 子 操作 ， 在 多 个 不 同 的 核 、CPU 其 至 是 机 器 上 
并 行 地 执行 这 些 子 操作 。 

与 此 相反 ， 如 果 你 的 意 网 是 实现 并 发 ， 而 非 并 行 ， 或 者 你 的 主要 目标 是 在 同一 个 CPU 上 执 
行 几 个 松 耦 合 的 任务 ， 充 分 利用 CPU 的 核 ， 让 其 足够 忙碌 ， 从 而 最 大 化 程序 的 吞吐 量 ， 那 么 你 
其 实 真正 想 做 的 是 避免 因为 等 待 远程 服务 的 返回 ， 或 者 对 数据 库 的 查询 ， 而 阻塞 线程 的 执行 ， 
浪费 宝贵 的 计算 资源 , 因为 这 种 等 待 的 时 间 很 可 能 相当 长 。 通 过 本 章 中 你 会 了 解 , future 接口 ， 
尤其 是 它 的 新 版 实现 completableFuture, 是 处 理 这 种 情况 的 利器 。 图 11-2 说 明了 并 行 和 并 发 忆 
的 区 别 。 






















































































并 发 并 行 


处 理 器 核 1 处 理 器 核 2 处 理 器 核 1 处 理 器 核 2 








任务 1 














图 11-2 ”并 发 和 并 行 
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11.1 ” Future 接口 

















Future 接 口 在 Java 5 中 被 引入 , 设计 初 囊 是 对 将 来 某 个 时 刻 会 发 生 的 结果 进行 建 模 。 它 建 模 
了 一 种 异步 计算 ,返回 一 个 执行 运算 结果 的 引用 ， 当 运算 结束 后 ,这 个 引用 被 返回 给 调用 方 。 在 
Future 中 触发 那些 潜在 耗 时 的 操作 把 调用 线程 解放 出 来 ， 让 它 能 继续 执行 其 他 有 价值 的 工作 ， 
不 再 需要 呆 呆 等 待 耗 时 的 操作 完成 。 打 个 比方 , 你 可 以 把 它 想象 成 这 样 的 场景 : 你 拿 了 一 袋子 衣 
服 到 你 中 意 的 干洗 店 去 洗 。 干洗 店 的 员工 会 给 你 张 发 票 ， 告 诉 你 什么 时 候 你 的 衣服 会 洗 好 (这 就 
是 一 个 Future 事 件 )。 衣 服 干洗 的 同时 ， 你 可 以 去 做 其 他 的 事情 。Future 的 男 一 个 优点 是 它 比 
更 底层 的 Thread 更 易 用 。 要 使 用 Future， 通常 你 只 需要 将 耗 时 的 操作 封装 在 一 个 callable 对 
象 中 ， 再 将 它 提 交 给 ExecutorService， 就 万 事 大 吉 了 。 下 面 这 段 代 码 展示 了 Java 8 之 前 使 用 
Future 的 一 个 例子 。 


代码 清单 11-1 使 用 future 以 异步 的 方式 执行 一 个 耗 时 的 操作 






























































创建 ExecutorService executor = Executors.newCachedThreadPool] (); ,| 
Bote ub ur Pou future = executor.submit (new Callable<Double>() { service 提 交 一 个 
Service, 通 DOE DO oe (ye 、 | Callable 对 象 
过 它 你 可 以 ee ee ET 也] 以 异步 方式 在 
向 线程 池 提 er 新 的 线程 
ee doSomethingElse(); < 一 异步 操作 进行 的 同时 ， 人 
你 可 以 做 其 他 的 事情 
try { 
Double result = future.get (1,， TimeUnit.SECONDS); < 一 获取 异步 操作 的 
} catch (ExecutionException ee) { 结果 , 如 果 最 终 被 
// 计算 抛 出 一 个 异常 阻塞 , 无 法 得 到 结 
} catch (InterruptedException ie) { 果 , 那么 在 最 多 等 
// 当前 线程 在 等 待 过 程 中 被 中 断 待 1 秒 钟 之 后 退出 


} catch (TimeoutException te) { 
// 在 Puture 对 象 完成 之 前 超过 已 过 其 
} 
正 像 图 11-3 介 绍 的 那样 ， 这 种 编程 方式 让 你 的 线程 可 以 在 Executorservice 以 并 发 方式 调 
用 另 一 个 线程 执行 耗 时 操作 的 同时 ， 去 执行 一 些 其 他 的 任务 。 接 着 ,如果 你 已 经 运行 到 没有 异步 
操作 的 结果 就 无 法 继续 任何 有 意义 的 工作 时 ， 可 以 调用 它 的 get 方 法 去 获取 操作 的 结果 。 如 果 操 
作 已 经 完成 , 该 方法 会 立刻 返回 操作 的 结果 ， 否则 它 会 阻塞 你 的 线程 ， 直 到 操作 完成 , 返回 相应 
的 结果 。 
你 能 想象 这 种 场景 存在 怎样 的 问题 吗 ? 如 果 该 长 时 间 运 行 的 操作 永远 不 返回 了 会 怎样 ? 为 
了 处 理 这 种 可 能 性 , 虽然 Future 提 供 了 一 个 无 需 任 何 参数 的 get 方 法 , 我 们 还 是 推荐 大 家 使 用 重 
载 版 本 的 get 方 法 , 它 接受 一 个 超时 的 参数 , 通过 它 , 你 可 以 定义 你 的 线程 等 待 Future 结 果 的 最 
长 时 间 ， 而 不 是 像 代 码 清 单 11-1 中 那样 永 无 止境 地 等 待 下 去 。 
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11.1 
你 的 线程 执行 线程 
| 
提交 任务 | 
doSomethingElse doSomeLongComp 
查询 执行 结果 
| 空间 
图 11-3 ”使 用 Future 以 异步 方式 执行 长 时 间 的 操作 








11.1.1 Future 接口 的 局 限 性 














通过 第 一 个 例子 ， 我 们 知道 Future 接 口 提供 了 方法 来 检测 异步 计算 是 否 已 经 结束 (使 用 


isDone 方 法 ), 等 待 异步 操作 结束 ， 以 及 获取 计算 的 结果 。 但 是 这 些 特 性 还 不 足以 让 你 编写 简洁 
的 并 发 代码 。 比 如 ,我 们 很 难 表述 Future 结 果 之 间 的 依赖 性 ; 从 文字 描述 上 这 很 简单 ,，“ 当 长 时 
间 计 算 任务 完成 时 , 请 将 该 计算 的 结果 通知 到 男 一 个 长 时 间 运 行 的 计算 任务 , 这 两 个 计算 任务 都 
完成 后 , 将 计算 的 结果 与 男 一 个 查询 操作 结果 合并 ”。 但 是 , 使 用 Future 中 提供 的 方法 完成 这 样 





























的 操作 又 是 另外 一 回 事 。 这 也 是 我 们 需要 更 具 描 述 能 力 的 特性 的 原因 ， 





比如 下 面 这 些 。 








一 个 的 结果 。 

口 等 待 Future 集 合 中 的 所 有 任务 都 完成 。 

口 仅 等 待 Future 集 合 中 最 快 结束 的 任务 完成 (有 可 能 因为 它们 试 
一 个 值 )， 并 返回 它 的 结果 。 

口 通过 编程 方式 完成 一 个 Future 任 务 的 执行 ( 即 以 手工 设 定 异 ; 















































口 将 两 个 异步 计算 合并 为 一 个 一 一 这 两 个 异步 计算 之 间 相 互 独立 ， 同 时 第 二 个 又 依赖 于 第 








图 通过 不 同 的 方式 计算 同 

















操作 结果 的 方式 )。 






































口 应 对 Future 的 完成 事件 ( 即 当 Future 的 完成 事件 发 生 时 会 收 到 通知 ， 并 能 使 用 Future 














计算 的 结果 进行 下 一 步 的 操作 ， 不 只 是 简单 地 阻塞 等 待 操作 的 结果 )。 
这 一 章 中 ， 你 会 了 解 新 的 CompletableFuture 类 ( 它 实 现 了 Future 接 口 ) 如 何 利用 Java 8 
的 新 特性 以 更 直观 的 方式 将 上 述 需 求 都 变 为 可 能 。 Stream 和 CompletableFuture 的 设计 都 遵循 








了 类 似 的 模式 : 它们 都 使 用 了 Lambda 表 达 式 以 及 流水 线 的 思想 。 





从 这 个 角度 ， 你 可 以 说 


CompletableFuture 和 Future 的 关系 就 跟 Stream 和 Collection 的 关系 一 样 。 


11.1.2 ”使 用 completableFuture 构建 异步 应 用 


为 了 展示 completableFuture 的 强大 特性 ， 我 们 会 创建 一 个 名 为 “最 佳 价格 查询 器 ” 


( best-price-finder ) 的 应 用 , 它 会 查询 多 个 在 线 商 店 , 依据 给 定 的 产品 或 





服务 找 出 最 低 的 价格 。 这 
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个 过 程 中 ， 你 会 学 到 几 个 重要 的 技能 。 

口 首先 ， 你 会 学 到 如 何 为 你 的 客户 提供 异步 API ( 如 果 你 拥有 一 间 在 线 商店 的 话 ， 这 是 非常 

有 帮助 的 )。 

口 其 次 ,你 会 掌握 如 何 让 你 使 用 了 同步 API 的 代码 变 为 非 阻塞 代码 。 你 会 了 解 如 何 使 用 流水 
线 将 两 个 接续 的 异步 操作 合并 为 一 个 异步 计算 操作 。 这 种 情况 肯定 会 出 现 ， 比 如 ， 在线 
商店 返回 了 你 想 要 购买 商品 的 原始 价格 ， 并 附带 着 一 个 折扣 代码 一 一 最 终 ， 要 计算 出 该 

商品 的 实际 价格 ， 你 不 得 不 访问 第 二 个 远程 折扣 服务 ， 查 询 该 折扣 代码 对 应 的 折扣 比率 。 






























































尔 还 会 学 到 如 何以 响应 式 的 方式 处 理 异步 操作 的 完成 事件 ， 以 及 随 着 各 个 商店 返回 它 的 
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1 品 价格 ， 最 佳 价格 查询 如 如 何 持续 地 更 新 每 种 商品 的 最 佳 推 荐 ， 而 不 是 等 待 所 有 的 商 
店 都 返回 他 们 各 自 的 价格 〈 这 种 方式 存在 着 一 定 的 风险 ， 一 旦 某 家 商店 的 服务 中 断 ， 用 


户 可 能 遭遇 白 屏 )。 





























同步 AP 与 异步 API 

同步 API 其 实 只 是 对 传统 方法 调用 的 另 一 种 称呼 : 你 调用 了 某 个 方法 ， 调 用 方 在 被 调用 方 
运行 的 过 程 中 会 等 待 , 被 调用 方 运 行 结束 返回 , 调用 方 取得 被 调用 方 的 返回 值 并 继续 运行 。 即 
使 调用 方 和 被 调用 方 在 不 同 的 线程 中 运行 , 调用 方 还 是 需要 等 待 被 调用 方 结束 运行 , 这 就 是 阻 
塞 式 调用 这 个 名 词 的 由 来 。 

与 此 相反 ， 异 步 API 会 直接 返回 ， 或 者 至 少 在 被 调用 方 计算 完成 之 前 ， 将 它 剩 余 的 计算 任 
务 交 给 另 一 个 线程 去 做 ,该 线程 和 调用 方 是 异步 的 一 这 就 是 非 阻 塞 式 调用 的 由 来 。 执 行 剩余 
计算 任务 的 线程 会 将 它 的 计算 结果 返回 给 调用 方 。 返回 的 方式 要 么 是 通过 回调 函数 , 要 么 是 由 
调用 方 再 次 执行 一 个 “等 待 ， 直 到 计算 完成 ”的 方法 调用 。 这 种 方式 的 计算 在 IO 系统 程序 设 
计 中 非常 常见 : 你 发 起 了 一 次 磁盘 访问 , 这 次 访问 和 你 的 其 他 计算 操作 是 异步 的 ,你 完成 其 他 
的 任务 上 时， 磁盘 块 的 数据 可 能 还 没 载 入 到 内 存 ， 你 只 需要 等 待 数 据 的 载 入 完成 。 


11.2 ”实现 异步 API 


为 了 实现 最 佳 价格 查询 器 应 用 ， 让 我 们 从 每 个 商店 都 应 该 提供 的 API 定 义 人 手 。 首 先 ， 商 店 
应 该 声明 依据 指定 产品 名 称 返 回 价格 的 方法 : 
public class Shop { 
public double getPrice(String product) { 
// 待 实现 
} 
} 


该 方法 的 内 部 实现 会 查询 商店 的 数据 库 , 但 也 有 可 能 执行 一 些 其 他 耗 时 的 任务 ， 比 如 联系 其 
他 外 部 服务 ( 比如 ,商店 的 供应 商 , 或 者 跟 制 造 商 相关 的 推广 折扣 )。 我 们 在 本 章 剩 下 的 内 容 中 ， 
采用 delay 方 法 模拟 这 些 长 期 运行 的 方法 的 执行 ， 它 会 人 为 地 引入 1 秒 钟 的 延迟 ,方法 声明 如 下 。 
































代码 清单 11-2 ”模拟 1 秘 钟 延迟 的 方法 
public static void delay() { 
try { 
Thread.sleep(1000L); 
} catch (InterruptedException e) { 
throw new RuntimeException(e); 
} 
} 
为 了 介绍 本 章 的 内 容 ，getPrice 方 法 会 调用 delay 方 法 ， 并 返回 一 个 随机 计算 的 值 ， 代 码 
清单 如 下 所 示 。 返 回 随机 计算 的 价格 这 段 代码 看 起 来 有 些 取 巧 。 它 使 用 charAt ， 依 据 产 品 的 名 
称 ， 生 成 一 个 随机 值 作为 价格 。 


代码 清单 11-3 在 getPrice 方 法 中 引入 一 个 模拟 的 延迟 
public double getPrice(String product) { 
return calculatePrice(product); 
} 
private double calculatePrice(String product) { 
delay (); 
return random.nextDouble() * product.charAt (0) + product.charAt (1); 


} 


很 明显 ， 这 个 API 的 使 用 者 〈 这 个 例子 中 为 最 佳 价格 查询 器 ) 调用 该 方法 时 ， 它 依旧 会 被 
阻塞 。 为 等 待 同步 事件 完成 而 等 待 1 秒 钟 ， 这 是 无 法 接受 的 ， 尤 其 是 考虑 到 最 佳 价格 查询 顺 对 
网 络 中 的 所 有 商店 都 要 重复 这 种 操作 。 本 章 接 下 来 的 小 节 中 ,你 会 了 解 如 何以 异步 方式 使 用 同 
步 API 解 决 这 个 问题 。 但 是 ,出 于 学 习 如 何 设 计 异 步 API 的 考虑 ,我 们 会 继续 这 一 节 的 内 容 , 假 
装 我 们 还 在 深 受 这 一 困难 的 烦 扰 : 你 是 一 个 割 智 的 商店 店主 ， 你 已 经 意识 到 了 这 种 同步 API 会 
为 你 的 用 户 带 来 多 么 痛苦 的 体验 ， 你 希望 以 异步 API 的 方式 重 写 这 段 代码 ， 让 用 户 更 流畅 地 访 
问 你 的 网 站 。 


11.2.1 将 同步 方法 转换 为 异步 方法 


为 了 实现 这 个 目标 , 你 首先 需要 将 getPrice 转 换 为 getPriceaAsync 方 法 , 并 修改 它 的 返 
回 值 : 


public Future<Double> getPriceAsync (String product) { ... } 


我 们 在 本 章 开 头 已 经 提 到 , Java 5 引入 了 了 java.util.concurrent .Future 接 口 表示 一 个 异 
步 计 算 ( 即 调用 线程 可 以 继续 运行 ， 不 会 因为 调用 方法 而 阻塞 ) 的 结果 。 这 意味 着 Future 是 一 
个 暂时 还 不 可 知 值 的 处 理 器 ， 这 个 值 在 计算 完成 后 ， 可 以 通过 调用 它 的 get 方 法 取得 。 因 为 这 样 
的 设计 ，getPriceAsync 方 法 才能 立刻 返回 ,给 调用 线程 一 个 机 会 ， 能 在 同一 时 间 去 执行 其 他 
有 价值 的 计算 任务 。 新 的 completableFuture 类 提供 了 大 量 的 方法 ， 让 我 们 有 机 会 以 多 种 可 能 
的 方式 轻松 地 实现 这 个 方法 ， 比 如 下 面 就 是 这 样 一 段 实现 代码 。 
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代码 清单 11-4 ”getPriceAsync 方 法 的 实现 


创建 CompletableFuture 


在 另 一 个 对 象 , 它 会 包含 计算 的 结 
线程 中 以 public Future<Double> getPriceAsync (String product) { 
异步 方式 CompletableFuture<Double> futurePrice = new CompletableFuture<>(); 
执行 计算 new Thread( () -> { < 
double price = calculatePrice(product); 
a futurePrice.complete(price); < 需 长 时 间 计 算 的 任务 结 
return futurePrice; < 一 束 并 得 出 结果 时 ， 设 置 
和 Future 的 返回 值 


无 需 等 待 还 没 结束 的 计 
算 , 直接 返回 Future 对 象 
在 这 段 代码 中 ， 你 创建 了 一 个 代表 异步 计算 的 completableFuture 对 象 实例 ， 它 在 计算 完 
成 时 会 包含 计算 的 结果 。 接 着 ,你 调用 fork 创 建 了 男 一 个 线程 去 执行 实际 的 价格 计算 工作 ,不 
等 该 耗 时 计算 任务 结束 ， 直 接 返 回 一 个 Future 实 例 。 当 请 求 的 产品 价格 最 终 计 算得 出 时 ， 你 可 
以 使 用 它 的 complete 方 法 ,结束 completableFuture 对 象 的 运行 ， 并 设置 变量 的 值 。 很 显然 ， 
这 个 新 版 Future 的 名 称 也 解释 了 它 所 具有 的 特性 。 使 用 这 个 API 的 客户 端 , 可 以 通过 下 面 的 这 段 
代码 对 其 进行 调用 。 


代码 清单 11-5 ”使 用 异步 API 
Shop shop = new Shop("BestShop"); 
long start = System.nanoTime(); 
Future<Double> futurePrice = shop.getPriceAsync ("my favorite product"); < 
long invocationTime = ((System.nanoTime() - start) / 1_000_000); 
System.out .println("Invocation returned after " + invocationTime 
+ " msecs"); 


















































于 更 多 ， 比 如 查询 其 他 商 必 ens 
// 执行 更 多 任务 ， 比 如 查询 其 他 商店 查询 商店 ， 试 图 


doSomethingElse(); 2 
/7 在 计算 商品 价格 的 同时 人 和 
下 
double price = futurePrice.get (); 村 一 从 Future 对 象 中 读 
System.out .printf ("Price is %.2f%n", price); 取 价 格 ， 如 果 价 格 
} catch (Exception e) { 未 知 ， 会 发 生 阻 塞 


throw new RuntimeException(e); 
3} 
long retrievalTime = ((System.nanoTime() - start) / 1 000_000); 
System.out .println("Price returned after " + retrievalTime + " msecs"); 


我 们 看 到 这 段 代码 中 ， 客 户 向 商店 查询 了 某 种 商品 的 价格 。 由 于 商店 提供 了 异步 API， 该 次 
调用 立刻 返回 了 一 个 Future 对 象 ， 通 过 该 对 象 客户 可 以 在 将 来 的 某 个 时 刻 取 得 商品 的 价格 。 这 
种 方式 下 , 客户 在 进行 商品 价格 查询 的 同时 ， 还 能 执行 一 些 其 他 的 任务 ， 比 如 查询 其 他 家 商店 中 
商品 的 价格 ,不 会 采 采 地 阻塞 在 那里 等 待 第 一 家 商店 返回 请 求 的 结果 。 最 后 ,如果 所 有 有 意义 的 
工作 都 已 经 完成 ,客户 所 有 要 执行 的 工作 都 依赖 于 商品 价格 时 ,再 调用 Future 的 get 方 法 。 执 行 
了 这 个 操作 后 ， 客 户 要 么 获得 Future 中 封装 的 值 ( 如 果 异 步 任务 已 经 完成 ) 要么 发 生 阻塞 , 直 
到 该 异步 任务 完成 ， 期 望 的 值 能 够 访问 。 代 码 清 单 11-5 产 生 的 输出 可 能 是 下 面 这 样 : 
























































了 


党 
导 ia 


11.2 ”实现 异步 API 227 





Invocation returned after 43 msecs 
Price is 123.26 
Price returned after 1045 msecs 


你 一 定 已 经 发 现 get PriceAsync 方 法 的 调用 返回 远 远 早 于 最 终 价格 计算 完成 的 时 间 。 在 11.4 
节 中 ， 你 还 会 知道 我 们 有 可 能 避免 发 生 客户 端 被 阻塞 的 风险 。 实 际 上 这 非常 简单 ，Future 执 行 
完毕 可 以 发 送 一 个 通知 ， 仅 在 计算 结果 可 用 时 执行 一 个 由 Lambda 表 达 式 或 者 方法 引用 定义 的 回 
调 函 数 。 不 过 , 我 们 当下 不 会 对 此 进行 讨论 ,现在 我 们 要 解决 的 是 另 一 个 问题 : 如 何 正确 地 管理 
异步 任务 执行 过 程 中 可 能 出 现 的 错误 。 


11.2.2 ”错误 处 理 


如 果 没 有 意外 ,我 们 目前 开发 的 代码 工作 得 很 正常 。 但是， 如 果 价 格 计 算 过 程 中 产生 了 错误 
会 怎样 呢 ? 非 常 不 幸 , 这 种 情况 下 你 会 得 到 一 个 相当 糟糕 的 结果 : 用 于 提示 错误 的 异常 会 被 限制 
在 试图 计算 商品 价格 的 当前 线程 的 范围 内 ， 最 终 会 杀 死 该 线程 ， 而 这 会 导致 等 待 get 方 法 返回 结 
果 的 客户 端 永久 地 被 阻塞 。 

客户 端 可 以 使 用 重 载 版 本 的 get 方 法 ， 它 使 用 一 个 超时 参数 来 避免 发 生 这 样 的 情况 。 这 是 一 
种 值得 推荐 的 做 法 ,你 应 该 尽量 在 你 的 代码 中 添加 超时 判断 的 逻辑 ， 避 免 发 生 类 似 的 问题 。 使 用 
这 种 方法 至 少 能 防止 程序 永久 地 等 竺 下去， 超时 发 生 时 ， 程 序 会 得 到 通知 发 生 了 Timeout- 
Exception。 不 过 , 也 因为 如 此 , 你 不 会 有 机 会 发 现 计算 商品 价格 的 线程 内 到 底 发 生 了 什么 问题 
才 引 发 了 这 样 的 失效 。 为 了 让 客户 端 能 了 解 商店 无 法 提供 请 求 商品 价格 的 原因 ， 你 需要 使 用 
CompletableFuture 的 completeExceptionally 方 法 将 导致 completableFuture 内 发 生 问 


题 的 异常 抛 出 。 对 代码 清单 11-4 优 化 后 的 结果 如 下 所 示 。 


代码 清单 11-6” 抛 出 CompletableFuture 内 的 异常 
public Future<Double> getPriceAsync (String product) { 
CompletableFuture<Double> futurePrice = new CompletableFuture<>(); 










































































new Thread( () -> { 
try { 如 果 价 格 计算 正常 结 
double price = calculatePrice(product); 束 ， 完 成 Future 操 作 


futurePrice.complete (price); | 并 设置 商品 价格 
} catch (Exception ex) { 
futurePrice.completeExceptionally (ex); -一 





否则 就 抛 出 导致 失 
败 的 异常 ， 完 成 这 
次 Future 操 作 


} 
}) etart():; 
return futurePrice; 





} 

客户 端 现在 会 收 到 一 个 ExecutionException 异 常 ， 该 异常 接收 了 一 个 包含 失败 原因 的 
Exception 人 参数 ， 即 价格 计算 方法 最 初 抛 出 的 异常 。 所 以 , 举例 来 说 ， 如 果 该 方法 抛 出 了 一 个 运 
行 时 异常 “product not available”， 客 户 端 就 会 得 到 像 下 面 这 样 一 段 ExecutionException: 























java.util.concurrent .ExecutionException: java.lang.RuntimeException: product 
not available 
at java.util.concurrent.CompletableFuture.get (CompletableFuture.java:2237) 
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at Lambdqasinaction.chap11.AsyncShopCclient .main(AsyncShopClient .java:14) 
Te 
Caused by: java.lang.RuntimeException: product not _ available 
at lambdasinaction.chapll.AsyncShop.calculatePrice(AsyncShop.java:36) 
at lambdasinaction.chapll.AsyncShop.lambdasgetPrices0 (AsyncShop.java:23) 
at lambdasinaction.chapll.AsyncShopssLambdas$1/24071475.run(Unknown Source) 
at java.lang.Thread.run(Thread.java:744) 
使 用 工厂 方法 supplyAsync 创 建 CompletableFuture 
目前 为 止 我 们 已 经 了 解 了 如 何 通过 编程 创建 completableFuture 对 象 以 及 如 何 获取 返回 
值 ， 虽 然 看 起 来 这 些 操作 已 经 比较 方便 ， 但 还 有 进一步 提升 的 空间 ，completableFuture 类 自 
身 提供 了 大 量 精巧 的 工厂 方法 ,使 用 这 些 方法 能 更 容易 地 完成 整个 流程 ,还 不 用 担心 实现 的 细节 。 
比如 ,采用 supplyAsync 方 法 后 ， 你 可 以 用 一 行 语句 重 写 代码 清单 11-4 中 的 get PriceAsync 方 
法 ， 如 下 所 示 。 


代码 清单 11-7 使 用 工厂 方法 supplyAsync 创 建 CompletableFuture 对 象 


public Future<Double> getPriceAsync (String product) { 
return CompletableFuture.supplyAsync(() -> calculatePrice(product)); 















































} 

supplyAsync 方 法 接受 一 个 生产 者 ( Supplier ) 作为 参数 ， 返回 一 个 completableFuture 
对 象 , 该 对 象 完成 异步 执行 后 会 读 取 调 用 生产 者 方法 的 返回 值 。 生产 者 方法 会 交 由 ForkJoinPool 
池 中 的 某 个 执行 线程 (Executor ) 运行 ， 但 是 你 也 可 以 使 用 supplyaAsync 方 法 的 重 载 版 本 ， 传 
递 第 二 个 参数 指定 不 同 的 执行 线程 执行 生产 者 方法 。 一 般 而 言 ， 向 completableFuture 的 工厂 
方法 传递 可 选 参数 ,指定 生产 者 方法 的 执行 线程 是 可 行 的 , 在 11.3.4 节 中 ， 你 会 使 用 这 一 能 力 , 我 
们 会 在 该 小 节 介 绍 如 何 使 用 适合 你 应 用 特性 的 执行 线程 改善 程序 的 性 能 。 

此 外 ， 代 码 清 单 11-7 中 getPriceAsync 方 法 返回 的 completableFuture 对 象 和 代码 清单 
11-6 中 你 手工 创建 和 完成 的 completableFuture 对 象 是 完全 等 价 的 ， 这 意味 着 它 提供 了 同样 的 
错误 管理 机 制 ， 而 前 者 你 花费 了 大 量 的 精力 才 得 以 构建 。 

本 章 的 剩余 部 分 中 ,我们 会 假设 你 非常 不 幸 ， 无 法 控制 shop 类 提供 API 的 具体 实现 ， 最 终 提 
供给 你 的 API 者 是 同步 阻塞 式 的 方法 。 这 也 是 当 你 试图 使 用 服务 提供 的 HTTPAPI 时 最 常 发 生 的 情 
况 。 你 会 学 到 如 何以 异步 的 方式 查询 多 个 商店 ， 避 免 被 单一 的 请 求 所 阻塞 ， 并 由 此 提升 你 的 “最 
佳 价格 查询 器 ”的 性 能 和 吞吐 量 。 


11.3 ”让 你 的 代码 免 受 阻塞 之 昔 


所 以 ， 你 已 经 被 要 求 进行 “最 佳 价格 查询 器 ”应 用 的 开发 了 ， 不 过 你 需要 查询 的 所 有 商 
店 都 如 11.2 节 开始 时 介绍 的 那样 ， 只 提供 了 同步 API。 换 句 话 说， 你 有 一 个 商家 的 列表 ， 如 下 
所 示 : 

List<Shop> shops = Arrays.asList (new Shop 

new Shop 


new Shop 
new Shop 




























































































"BestPrice"), 
"LetsSaveBig"), 
"MyFavoriteShop"), 
"BuyvItAaLL™*)); 
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你 需要 使 用 下 面 这 样 的 签名 实现 一 个 方法 ， 它 接受 产品 名 作为 参数 ， 返 回 一 个 字符 串 列表 ， 
这 个 字符 串 列 表 中 包括 商店 的 名 称 、 该 商店 中 指定 商品 的 价格 : 


public List<String> findPrices (String product); 


你 的 第 一 个 想法 0 3 6 章 中 学 习 的 Stream 特 性 。 你 可 能 试图 写 出 类 似 
下 面 这 个 清单 中 的 代码 〈 是 的 ， 作 为 第 一 个 方案 ， 如 果 你 想到 这 些 已 经 相当 棒 了 ! )。 


代码 清单 11-8 采用 顺序 查询 所 有 商店 的 方式 实现 的 findPrices 方 法 
public List<String> findPrices (String product) { 
return Shops .stream() 
.map (Shop -> String.format ("%s price is %.2f", 
shop.getName(), shop.getPrice(product))) 

















.Collect (toList ()); 
} 


好 吧 , 这 段 代码 看 起 来 非常 直 白 。 现在 试 着 用 该 方法 去 查询 你 最 近 这 些 天 疯 ae 
(是 的 ， 你 已 经 猜 到 了 ， 它 就 是 myPhone278 )。 此 外 ， 也 请 记录 下 方法 的 执行 时 间 ， 通 过 
数据 ， 我 们 可 以 比较 优化 之 后 的 方法 会 带 来 多 大 的 性 能 提升 ， 具 体 的 代码 清单 如 下 。 


代码 清单 11-9 ”验证 fijndPrices 的 正确 性 和 执行 性 能 
long start = System.nanoTime(); 
System.out .println (findPrices ("myPhone27S")); 
long duration = (System.nanoTime() - start) / 1 000_000; 
System.out .println("Done in " + duration + " msecs"); 


代码 清单 11-9 的 运行 结果 输出 如 下 : 


[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
LS L413; BUyTtALL PELECS :TEL84a7d] 
Done in 4032 msecs 


正如 你 预期 的 ，finaprices 方 法 的 执行 时 间 仅 比 4 秒 钟 多 了 那么 几 毫秒 ， 因 为 对 这 4 个 商店 上 
的 查询 是 顺序 进行 的 ， 并 且 一 个 查询 操作 会 阻塞 另 一 个 ， 每 一 个 操作 都 要 花费 大 约 1 秒 左右 的 时 
间 计算 请 求 商品 的 价格 。 你 怎样 才能 改进 这 个 结果 呢 ? 


11.3.1 使 用 并 行 流 对 请 求 进行 并 行 操作 


读 完 第 7 章 , 你 应 该 想到 的 第 一 个 , 可 能 也 是 最 快 的 改善 方法 是 使 用 并 行 流 来 避免 顺序 计算 ， 
如 下 所 示 。 


代码 清单 11-10 对 finqPrices 进 行 并 行 操 作 
public List<String> findqPrices(String product) { 
return shops.parallelStream() < 一 
.map (Shop -> String.format ("%s price is %.2f", 
shop.getName(), shop.getPrice(product))) 
.collect (toList ()); 使 用 并 行 流 并 行 地 从 
} 不 同 的 商店 获取 价格 
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运行 代码 ， 与 代码 清单 11-9 的 执行 结果 相 比 较 ， 你 发 现 了 新 版 tinaPrices 的 改进 了 吧 。 


[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74] 
Done in 1180 msecs 


相当 不 错 啊 ! 看 起 来 这 是 个 简单 但 有 效 的 主意 : 现在 对 四 个 不 同 商 店 的 查询 实现 了 并 行 ， 所 
以 完成 所 有 操作 的 总 耗 时 只 有 1 秒 多 一 点 儿 。 你 能 做 得 更 好 吗 ?” 让 我 们 尝试 使 用 刚 学 过 的 
CompletableFuture, 将 findPrices 方 法 中 对 不 同 商 店 的 同步 调用 替换 为 异步 调用 。 








11.3.2 使 用 completableFuture 发 起 异步 请 求 


你 已 经 知道 我 们 可 以 使 用 工厂 方法 supplyasync 创 建 completableFuture 对 象 。 让 我 们 把 
它 利 用 起 来 : 
List<CompletableFuture<String>> priceFutures = 
Shops .stream() 
.map (Shop -> CompletableFuture.supp1LyAsync ( 
() -> String.format ("%s price is %.2f", 


shop.getName(), shop.getPrice (product)))) 
.Collect (toList()); 


使 用 这 种 方式 ， 你 会 得 到 一 个 List<CompletableFuture<String>>， 列 表 中 的 每 个 
CompletableFuture 对 象 在 计算 完成 后 都 包含 商店 的 String 类 型 的 名 称 。 但 是 ， 由 于 你 用 
CompletableFutures 实 现 的 findPrices 方 法 要 求 返 回 一 个 List<string>, 你 需要 等 待 所 有 
的 future 执 行 完毕 ， 将 其 包含 的 值 抽取 出 来 ， 填 充 到 列表 中 才能 返回 。 

为 了 实现 这 个 效果 ， 你 可 以 向 最 初 的 List<CompletableFuture<String>> 施 加 第 二 个 
map 操 作 ， 对 List 中 的 所 有 future 对 象 执行 join 操作 ， 一 个 接 一 个 地 等 竺 它们 运行 结束 。 注 意 
CompletableFuture 类 中 的 join 方 法 和 Future 接 口中 的 get 有 相同 的 含义 ， 并 且 也 声明 在 
Future 接 口中 ， 它 们 唯一 的 不 同 是 join 不 会 抛 出 任何 检测 到 的 异常 。 使 用 它 你 不 再 需要 使 用 
try/catch 语 句 块 让 你 传递 给 第 二 个 map 方 法 的 Lambda 表 达 式 变 得 过 于 腕 有 种 。 所 有 这 些 整合 在 一 
起 ， 你 就 可 以 重新 实现 findpPrices 了 ， 具体 代码 如 下 。 


代码 清单 11-11 使 用 completableFuture 实 现 findPrices 方 法 
public List<String> findPrices (String product) { 
List<CompletableFuture<String>> priceFutures = 使 用 completablePuture 
shops.stream() 以 异步 方式 计算 每 种 商品 
.map (Shop -> CompletableFuture.supplyAsync!( 二 的 价格 
() -> shop.getName() + " price is "+ 

shop.getPrice (product))) 

.Collect (Collectors.toList()); 


















































等 待 所 有 异 
return priceFutures.stream() 步 操 作 结束 
.map (CompletableFuture: :join) < 一 


.Collect (toList()); 
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注意 到 了 吗 ? 这 里 使 用 了 两 个 不 同 的 Stream 流水 线 ， 而 不 是 在 同一 个 处 理 流 的 流水 线 上 一 
个 接 一 个 地 放置 两 个 nap 操 作 一 一 这 其 实 是 有 缘由 的 。 考 虑 流 操 作 之 间 的 延迟 特性 ， 如 果 你 在 单 
一 流水 线 中 处 理 流 ， 发 向 不 同 商家 的 请 求 只 能 以 同步 、 顺 序 执行 的 方式 才 会 成 功 。 因 此 ， 每 个 创 
建 completableFuture 对 象 只 能 在 前 一 个 操作 结束 之 后 执行 查询 指定 商家 的 动作 、 通 知 join 
方法 返回 计算 结果 。 图 11-4 解 释 了 这 些 重要 的 细节 。 
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图 11-4 为 什么 Stream 的 延迟 特性 会 引起 顺序 执行 ， 以 及 如 何 避 免 


图 11-4 的 上 半 部 分 展示 了 使 用 单一 流水 线 处 理 流 的 过 程 ， 我 们 看 到 ， 执 行 的 流程 ( 以 虚线 标 
识 ) 是 顺序 的 。 事 实 上 ， 新 的 completableFuture 对 象 只 有 在 前 一 个 操作 完全 结束 之 后 ， 才 能 
创建 。 与 此 相反 ， 图 的 下 半 部 分 展示 了 如 何 先 将 completableFutures 对 象 聚集 到 一 个 列表 中 
( 即 图 中 以 椭圆 表示 的 部 分 )， 让 对 象 们 可 以 在 等 待 其 他 对 象 完成 操作 之 前 就 能 启动 。 

运行 代码 清单 11-11 中 的 代码 来 了 解 下 第 三 个 版 本 findPrices 方 法 的 性 能 , 你 会 得 到 下 面 这 
几 行 输出 : 

[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 


is 214.13, BuyItAll price is 184.74] 
Done in 2005 msecs 


这 个 结果 让 人 相当 失望 ， 不 是 吗 ? 超 过 2 秒 意味 着 利用 completableFuture 实 现 的 版 本 ， 
比 刚 开 始 代码 清单 11-8 中 原生 顺序 执行 且 会 发 生 阻 塞 的 版 本 快 。 但 是 它 的 用 时 也 差不多 是 使 用 并 
行 流 的 前 一 个 版 本 的 两 倍 。 尤 其 是 , 考虑 到 从 顺序 执行 的 版 本 转换 到 并 行 流 的 版 本 只 做 了 非常 小 
的 改动 ， 就 让 人 更 加 诅 丧 。 
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与 此 形成 鲜明 对 比 的 是 ， 我 们 为 采用 completableFutures 完 成 的 新 版 方法 做 了 大 量 的 工 
作 ! 但 ， 这 就 是 全 部 的 真相 吗 ? 这 种 场景 下 使 用 completableFutures 真 的 是 浪费 时 间 吗 ? 或 
者 我 们 可 能 漏 掉 了 某 些 重要 的 东西 ? 继续 往 下 探究 之 前 , 让 我 们 休息 几 分 钟 , 尤其 是 想 想 你 测试 
代码 的 机 器 是 否 足 以 以 并 行 方式 运行 四 个 线程 。” 



































11.3.3 ”寻找 更 好 的 方案 


并 行 流 的 版 本 工作 得 非常 好 , 那 是 因为 它 能 并 行 地 执行 四 个 任务 , 所 以 它 几 乎 能 为 每 个 商家 
分 配 一 个 线程 。 但是， 如 果 你 想 要 增加 第 五 个 商家 到 商店 列表 中 ,让 你 的 “最 佳 价 格 查询 ”应 用 
对 其 进行 处 理 ， 这 时 会 发 生 什么 情况 ?” 毫 不 意外 ， 顺 序 执行 版 本 的 执行 还 是 需要 大 约 5 秒 多 钟 的 
时 间 ， 下 面 是 执行 的 输出 : 

[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 


is 214.13, BuyItAll price is 184.74, ShopEasy price is 176.08] 
Done in 5025 msecs < | 














使 用 顺序 流 方 式 的 程序 输出 





非常 不 幸 ， 并 行 流 版 本 的 程序 这 次 比 之 前 也 多 消耗 了 差不多 1 秘 钟 的 时 间 ， 因 为 可 以 并 行 运 
行 〈 通 用 线程 池 中 处 于 可 用 状态 的 ) 的 四 个 线程 现在 都 处 于 繁忙 状态 ， 都 在 对 前 4 个 商店 进行 查 
询 。 第 五 个 查询 只 能 等 到 前 面 某 一 个 操作 完成 释放 出 空 闪 线程 才能 继续 ， 它 的 运行 结果 如 下 : 

[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 


is 214.13, BuyItAll price is 184.74, ShopEasy price is 176.08] 
Done in 2177 msecs 























使 用 并 行 流 方式 的 程序 输出 


CompletableFuture 版 本 的 程序 结果 如 何 呢 ?我 们 也 试 着 添加 第 5 个 商店 对 其 进行 了 测试 ， 
如 下 : 


[BestPrice price is 123.26, LetsSaveBig price is 169.47, MyFavoriteShop price 
is 214.13, BuyItAll price is 184.74, ShopEasy price is 176.08] 
Done in 2006 msecs < 一 
使 用 CompletableFuture 的 程序 输出 


让 
Nm 








CompletableFuture 版 本 的 程序 似乎 比 并 行 流 版 本 的 程序 还 快 那 么 一 点 儿 。 但 是 最 后 这 个 
版 本 也 不 太 令 人 人 满意。 比如， 如 果 你 试图 让 你 的 代码 处 理 9 个 商店 ， 并 行 流 版 本 耗 时 3143 毫 秒 ， 
而 CompletableFuture 版 本 耗 时 3009 上 毫秒 。 它 们 看 起 来 不 相 伯 仲 ， 究 其 原因 都 一 样 : 它们 内 部 
采用 的 是 同样 的 通用 线程 池 ， 默 认 都 使 用 固定 数目 的 线程 ， 具 体 线程 数 取 决 于 Runtime . 
getRuntime () .availableProcessors () 的 返回 值 。 然 而 ,completableFuture 具 有 一 定 的 
优势 ， 因 为 它 允 许 你 对 执行 器 ( Executor ) 进行 配置 ， 尤 其 是 线程 池 的 大 小 ， 让 它 以 更 适合 应 












































Q@ 如 果 你 使 用 的 机 器 足够 强大 ， 能 以 并 行 方式 和 运行 更 多 的 线程 ( 比如 说 8 个 线程 )， 那 你 需要 使 用 更 多 的 商店 和 并 行 
进程 ， 才 能 重 现 这 几 页 中 介绍 的 行为 。 
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用 需求 的 方式 进行 配置 ， 满 足 程序 的 要 求 ， 而 这 是 并 行 流 API 无 法 提供 的 。 让 我 们 看 看 你 怎样 利 
用 这 种 配置 上 的 灵活 性 带 来 实际 应 用 程序 性 能 上 的 提升 。 


11.3.4 ”使 用 定制 的 执行 器 


就 这 个 主题 而 言 , 明智 的 选择 似乎 是 创建 一 个 配 有 线程 池 的 执行 器 , 线程 池 中 线程 的 数目 取 
决 于 你 预计 你 的 应 用 需要 处 理 的 负荷 ， 但 是 你 该 如 何 选择 合适 的 线程 数目 呢 ? 









































调整 线程 池 的 大 小 

《Java 并 发 编程 实战 》( http://mng.bz/979c ) 一 书 中 ，Brian Goetz 和 合 著者 们 为 线程 池 大 小 
的 优化 提供 了 不 少 中 肯 的 建议 。 这 非常 重要 ,如果 线程 池 中 线程 的 数量 过 多 , 最终 它们 会 竞争 
稀缺 的 处 理 器 和 内 存 资源 , 浪费 大 量 的 时 间 在 上 下 文 切 换 上 。 反之 , 如果 线程 的 数目 过 少 , 正 
如 你 的 应 用 所 面临 的 情况 ， 处 理 器 的 一 些 核 可 能 就 无 法 充分 利用 。Brian Goetz 建 议 , 线程 池 大 
小 与 处 理 器 的 利用 率 之 比 可 以 使 用 下 面 的 公式 进行 估算 : 
Nipnreads = Nepu * Ucpu * (1 + W/C) 
其 中 : 
DNepu 是 处 理 器 的 核 的 数目 ， 可 以 通过 Runtime.getRuntime() .availableProce- 
ssors () 得 到 
口 Uceu 是 期 望 的 CPU 利用 率 〈 该 值 应 该 介 于 0 和 1 之 间 ) 
口 W/C 是 等 待 时 间 与 计算 时 间 的 比率 








你 的 应 用 99% 的 时 间 都 在 等 待 商店 的 响应 ， 所 以 估算 出 的 W/C 比 率 为 100。 这 意味 着 如 果 你 
期 望 的 CPU 利用 率 是 100% ， 你 需要 创建 一 个 拥有 400 个 线程 的 线程 池 。 实 际 操作 中 ， 如 果 你 创建 
的 线程 数 比 商店 的 数目 更 多 , 反而 是 一 种 浪费 , 因为 这 样 做 之 后 ， 你 线程 池 中 的 有 些 线程 根本 没 
有 机 会 被 使 用 。 出 于 这 种 考虑 , 我 们 建议 你 将 执行 器 使 用 的 线程 数 ,与 你 需要 查询 的 商店 数目 设 
定 为 同一 个 值 , 这 样 每 个 商店 都 应 该 对 应 一 个 服务 线程 。 不 过 , 为 了 避免 发 生 由 于 商店 的 数目 过 
多 导致 服务 絮 超 负荷 而 崩溃 ， 你 还 是 需要 设置 一 个 上 限 ， 比 如 100 个 线程 。 代 码 清 单 如 下 所 示 。 


代码 清单 11-12 ”为 “最 优 价 格 查 询 融 ”应 用 定制 的 执行 带 


private final Executor executor = 















































Executors.newFixedThreadPool (Math.min(shops.size(), 100), < 创建 一 个 线 
new ThreadFactory() { 名 i 
public Thread newThread (Runnable r) { i 
Thread 七 = new Thread(r); An 
t.SetDaemon (true) ; ”< 一 辣 折 引 程 、 > 

使 用 守护 线程 这 和 商店 数目 

Pe 种 方式 不 会 阻止 程序 人 
} 的 关 售 仿 二 者 中 较 小 

) ) ; SR 的 一 个 值 
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注意 ， 你 现在 正 创建 的 是 一 个 由 守护 线程 构成 的 线程 池 。Java 程 序 无 法 终止 或 者 退出 一 个 正 
在 运行 中 的 线程 , 所 以 最 后 剩 下 的 那个 线程 会 由 于 一 直 等 待 无 法 发 生 的 事件 而 引发 问题 。 与 此 相 
反 ,， 如果 将 线程 标记 为 守护 进程 ,意味 着 程序 退出 时 它 也 会 被 回收 。 这 二 者 之 间 没 有 性 能 上 的 差 
异 。 现 在 ， 你 可 以 将 执行 器 作为 第 二 个 参数 传递 给 supplyaAsync 工 厂 方法 了 。 比 如 ， 你 现在 可 
以 按照 下 面 的 方式 创建 一 个 可 查询 指定 商品 价格 的 completableFuture 对 象 : 


CompletableFuture.supplyAsync(() -> shop.getName() + " price is "+ 
shop.getPrice(product), executor); 


改进 之 后 ,使 用 completableFuture 方 案 的 程序 处 理 5 个 商店 仅 耗 时 1021 秒 ， 人 处理 9 个 商店 
时 耗 时 1022 秒 。 一 般 而 言 ， 这 种 状态 会 一 直 持续 ,直到 商店 的 数目 达到 我 们 之 前 计算 的 阔 值 400。 
这 个 例子 证 明了 要 创建 更 适合 你 的 应 用 特性 的 执行 器 ， 利 用 completableFutures 向 其 提交 任 
务 执行 是 个 不 错 的 主意 。 处 理 需 大 量 使 用 异步 操作 的 情况 时 ， 这 几乎 是 最 有 效 的 策略 。 

































































并 行 一 一 使 用 流 还 是 completableFutures? 

目前 为 止 , 你 已 经 知道 对 集合 进行 并 行 计算 有 两 种 方式 : 要 么 将 其 转化 为 并 行 流 , 利用 map 
这 样 的 操作 开展 工作 ， 要 么 枚 举 出 集合 中 的 每 一 个 元 素 ， 创 建新 的 线程 ， 在 Completable- 
Future 内 对 其 进行 操作 。 后 者 提供 了 更 多 的 灵活 性 ， 你 可 以 调整 线程 池 的 大 小 ， 而 这 能 帮助 
你 确保 整体 的 计算 不 会 因为 线程 都 在 等 待 JO 而 发 生 阻 塞 。 

我 们 对 使 用 这 些 API 的 建议 如 下 。 

口 如 果 你 进行 的 是 计算 密集 型 的 操作 ， 并 且 没有 IO， 那么 推荐 使 用 Stream 接 口 ， 因 为 实 
现 简 单 ， 同 时 效率 也 可 能 是 最 高 的 (如 果 所 有 的 线程 都 是 计算 密集 型 的 ， 那 就 没有 必要 
创建 比 处 理 器 核 数 更 多 的 线程 )。 

口 反 之 ， 如 果 你 并 行 的 工作 单元 还 涉及 等 待 JO 的 操作 (包括 网 络 连接 等 待 )， 那 么 使 用 
CompletableFuture 灵 活性 更 好 ， 你 可 以 像 前 文 讨 论 的 那样 ， 依 据 等 待 /计算 ， 或 者 
W/C 的 比率 设 定 需要 使 用 的 线程 数 。 这 种 情况 不 使 用 并 行 流 的 另 一 个 原因 是 ,处 理 流 的 
流水 线 中 如 果 发 生 I/O 等 待 , 流 的 延迟 特性 会 让 我 们 很 难 判 断 到 底 什 么 时 候 触 发 了 等 待 。 








现在 你 已 经 了 解 了 如 何 利 用 completableFuture 为 你 的 用 户 提 供 异 步 API， 以 及 如 何 将 一 
个 同步 又 缓慢 的 服务 转换 为 异步 的 服务 。 不 过 到 目前 为 止 ， 我 们 每 个 Future 中 进行 的 都 是 单 次 
的 操作 。 下 一 节 中 ,你 会 看 到 如 何 将 多 个 异步 操作 结合 在 一 起 ， 以 流水 线 的 方式 运行 ， 从 描述 形 
式 上 ， 它 与 你 在 前 面 学 习 的 Stream API 有 几 分 类 似 。 


11.4 ”对 多 个 异步 任务 进行 流水 线 操作 


让 我 们 假设 所 有 的 商店 都 同意 使 用 一 个 集中 式 的 折扣 服务 。 该 折扣 服务 提供 了 五 个 不 同 的 折 
扣 代 码 ， 每 个 折扣 代码 对 应 不 同 的 折扣 率 。 你 使 用 一 个 枚 举 型 变量 Discount .Code 来 实现 这 一 
想法 ， 有 具体 代码 如 下 所 示 。 
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代码 清单 11-13 ”以 枚 举 类 型 定义 的 折扣 代码 
public class Discount { 


public enum Code { 
NONE(0), SILVER(5), GOLD(10), PLATINUM(15), DIAMOND(20); 


private final int percentage; 


Code (int percentage) { 
this.percentage = percentage; 


} 


} 
// Discount 类 的 具体 实现 这 里 暂且 不 表示 ， 参 见 代码 清单 11-14 


} 

我 们 还 假设 所 有 的 商店 都 同意 修改 getPrice 方 法 的 返回 格式 。getPrice 现 在 以 Shop- 
Name :price:DiscountCode 的 格式 返回 一 个 string 类 型 的 值 。 我 们 的 示例 实现 中 会 返回 一 个 
随机 生成 的 Discount .Code， 以 及 已 经 计算 得 出 的 随机 价格 : 








public String getPrice(String product) { 
double price = calculatePrice (product); 
Discount.Code code = Discount.Code.values()[ 
random.nextInt (Discount.Code.values().length)]; 


return String.format ("%$s:%$.2f:%s", name, price, code); 


} 


private double calculatePrice(String product) { 


delay (); 
return random.nextDouble() * product.charAt (0) + product.charAt (1); 


} 
调用 getPrice 方 法 可 能 会 返回 像 下 面 这 样 一 个 string 值 : 





BestPrice:123.26:GOLD 


11.4.1 ”实现 折扣 服务 

你 的 “最 佳 价格 查询 器 ”应 用 现在 能 从 不 同 的 商店 取得 商品 价格 ， 解 析 结 果 字 符 串 ， 针 对 每 
个 字符 串 ， 查 询 折扣 服务 取 的 折扣 代码 ?。 这 个 流程 决定 了 请 求 商品 的 最 终 折 扣 价格 〈 每 个 折扣 
代码 的 实际 折扣 比率 有 可 能 发 生变 化 ， 所 以 你 每 次 都 需要 查询 折扣 服务 )。 我 们 已 经 将 对 商店 返 
回 字符 串 的 解析 操作 封装 到 了 下 面 的 ouote 类 之 中 : 


public class Quote { 














private final String shopName; 
private final double price; 
private final Discount.Code discountCode; 


public Quote(String shopName, double price, Discount.Code code) { 
this.shopName = shopName; 





2 








GD 原文 为 for each String, query the discount server’s needs ， 此 处 在 上 下 文中 略 有 不 通 ， 疑 为 原文 有 误 。 一 一 译 者 注 





236 第 11 章 CompletableFuture: 组 合式 异步 编程 





this.price = price; 
this.discountCode = code; 


} 


public static Quote parse(String s) { 
Stringl] Split Ss SepDlit( ) 
String shopName = split[0]; 
double price = Double.parseDouble(split([1]); 
Discount.Code discountCode = Discount.Code.valueOf (split[2]); 
return new Quote(shopName, price, discountCode); 


} 


public String getShopName() { return shopName; } 
public double getPrice() { return price; } 
public Discount.Code getDiscountCode() { return discountCode; } 


} 

通过 传递 shop 对 象 返回 的 字符 串 给 静态 工厂 方法 parse， 你 可 以 得 到 Quote 类 的 一 个 实例 ， 
它 包 含 了 shop 的 名 称 、 折 扣 之 前 的 价格 ， 以 及 折扣 代码 。 

Discount 服 务 还 提供 了 一 个 applyDiscount 方 法 ， 它 接收 一 个 ouote 对 象 ， 返 回 一 个 字符 
串 ， 表 示 生 成 该 ouote 的 shop 中 的 折扣 价格 ,代码 如 下 所 示 。 











代码 清单 11-14 Discount 服 务 


public class Discount { 
public enum Code { 
// 源码 暂时 省 略 …… 
} 


public static String applyDiscount (Quote quote) { 将 折扣 代码 应 
return quote.getShopName() + " price is " + 用 于 商品 最 初 
的 原始 价格 





Discount.apply (quote.getPrice(), < 一 
quote.getDiscountCode()); 
模拟 Discount 


服务 响应 的 延迟 


} 
private static double apply (double price, Code code) { 


delay (); 和 
return format (Price * (100 - code.percentage) / 100); 





11.4.2 ”使 用 Discount 服务 


由 于 Discount 服 务 是 一 种 远程 服务 , 你 还 需要 增加 1 秒 钟 的 模拟 延迟 ,代码 如 下 所 示 。 和 在 
11.3 节 中 一 样 ， 首 先 尝 试 以 最 直接 的 方式 ( 坏 消 息 是 ， 这 种 方式 是 顺序 而 且 同 步 执行 的 ) 重新 实 
现 findqPrices， 以 满足 这 些 新 增 的 需求 。 


代码 清单 11-15 ”以 最 简单 的 方式 实现 使 用 Discount 服 务 的 findPrices 方 法 












































public List<String> findPrices(String product) { 取得 每 个 shop 对 象 
return shops.stream() 中 商品 的 原始 价格 


.map (Shop -> shop.getPrice (product)) < 一 
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在 Quote 对 象 中 
.map (QuoLe: :parse) | 对 shop 返 回 的 字 
PY SCounY) |] 联系 Discount 服 “| 符 串 进行 转换 
) 务 ， 为 每 个 ouote 
申请 折扣 





通过 在 shop 构 成 的 流 上 采用 流水 线 方式 执行 三 次 map 操 作 ， 我 们 得 到 了 期 望 的 结果 。 
D 第 一 个 操作 将 每 个 shop 对 象 转换 成 了 一 个 字符 串 , 该 字符 串 包含 了 该 shop 中 指定 商品 的 
价格 和 折扣 代码 。 
口 第 二 个 操作 对 这 些 字符 串 进 行 了 解析 ， 在 Quote 对 象 中 对 它们 进行 转换 。 
口 最 终 ， 第 三 个 map 会 操作 联系 远程 的 Discount 服 务 ， 计 算出 最 终 的 折扣 价格 ， 并 返回 该 
价格 及 提供 该 价格 商品 的 shop。 
你 可 能 已 经 猜 到 , 这 种 实现 方式 的 性 能 远 非 最 优 , 不 过 我 们 还 是 应 该 测量 一 下 。 跟 之 前 一 样 ， 
通过 运行 基准 测试 ， 我 们 得 到 下 面 的 数据 : 

[BestPrice price is 110.93, LetsSaveBig price is 135.58, MyFavoriteShop price 


is 192.72, BuyItAll price is 184.74, ShopEasy price is 167.28] 
Done in 10028 msecs 


点 无 意外 , 这 次 执行 耗 时 10 秒 , 因为 顺序 查询 5 个 商店 耗 时 大 约 5 秒 , 现在 义 加 上 了 Discount 
服务 为 5 个 商店 返回 的 价格 申请 折扣 所 消耗 的 5 秒 钟 。 你 已 经 知道 ,把 流转 换 为 并 行 流 的 方式 , 非 
常 容易 提升 该 程序 的 性 能 。 不 过 ， 通 过 11.3 节 的 介绍 ， 你 也 知道 这 一 方案 在 商店 的 数目 增加 时 ， 
扩展 性 不 好 ， 因 为 Stream 底层 依赖 的 是 线程 数量 固定 的 通用 线程 池 。 相 反 ， 你 也 知道 ， 如 果 自 
定义 completableFutures 调 度 任务 执行 的 执行 器 能 够 更 充分 地 利用 CPU 资源 。 


11.4.3 ”构造 同步 和 异步 操作 


让 我 们 再 次 使 用 co mpletabl eFuture 提 供 的 特性 , 以 异步 方式 重新 实现 findPrices 方 法 。 
详细 代码 如 下 所 示 。 如果 你 发 现 有 些 内 容 不 太 熟 悉 , 不 用 太 担 心 , 我 们 很 快 会 进行 针对 性 的 介绍 。 


代码 清单 11-16 ”使 用 completableFuture 实 现 findPrices 方 法 


















































public List<String> findPrices(String product) { 以 异步 方式 取得 
List<CompletableFuture<String>> priceFutures = 每 个 shop 中 指定 
shops.stream() 产品 的 原始 价格 





.map (Shop -> CompletableFuture.supplyAsync( ”< 一 
() -> shop.getPrice (product), executor)) 


一 个 己 
使 用 另 人 .map (future -> future.thenApply(Ouote: :parse) ) < 一 
步 任务 构造 期 

E .map (future -> future.thenCompose (quote -> 

望 的 Future， CompletableFuture.supplyAsync( 

申请 折扣 站 


-> Discount.applyDiscount (quote), executor))) 
.Collect (toList () ) ; 


Quote 对 象 存在 时 ， 对 
return priceFutures .stream() 其 返回 的 值 进行 转换 


> 人 letableFut LN) -SE PE 
ne 
完毕 ， 并 提取 各 自 的 返回 值 
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这 一 次 ,事情 看 起 来 变 得 更 加 复杂 了 , 所 以 让 我 们 一 步 一 步 地 理解 到 底 发 生 了 什么 。 这 三 次 





转换 的 流程 如 图 11-5 所 示 。 
你 的 线程 Executor 线 程 


| supplyAsync 
| taskl 
| | Shop .getPrice() | 


thenApply 


Shop 对 象 








new Quote (price) 


| thenCompose 
| task2 





[applyDiscoun (avore | 


se 


Price 对 象 ! 





图 11-5 ”构造 同步 操作 和 异步 任务 
你 所 进行 的 这 三 次 map 操 作 和 代码 清单 11-5 中 的 同步 方案 没有 太 大 的 
CompletableFuture 类 提供 的 特性 ， 在 需要 的 地 方 把 它们 变 成 了 异步 操作 。 
1. 获取 价格 








区 别 ， 不 过 你 使 用 


这 三 个 操作 中 的 第 一 个 你 已 经 在 本 章 的 各 个 例子 中 见 过 很 多 次 ， 只 需要 将 Lambda 表 达 式 作 
为 参数 传递 给 supplyAsync 工 厂 方法 就 可 以 以 异步 方式 对 shop 进 行 查询 。 第 一 个 转换 的 结果 是 
一 个 stream<CompletableFuture<String>>， 一 旦 运行 结束 ， 每 个 completableFuture 对 
象 中 都 会 包含 对 应 shop 返 回 的 字符 串 。 注 意 ,， 你 对 completableFuture 进 行 了 设置 ,用 代码 清 











单 11-12 中 的 方法 向 其 传递 了 一 个 订 制 的 执行 器 Executor。 
2. 解析 报价 








现在 你 需要 进行 第 二 次 转换 将 字符 串 转 变 为 订单 。 由 于 一 般 情 况 下 解析 操作 不 涉及 任何 远程 
服务 ， 也 不 会 进行 任何 IO 操作 ， 它 几乎 可 以 在 第 一 时 间 进 行 ， 所 以 能 够 采用 同步 操作 ， 不 会 带 








来 太 多 的 延 人 运 。 由 于 这 个 原因 ， 你 可 以 对 第 一 步 中 生成 的 completableFu 
thenapply， 将 一 个 由 字符 串 转换 ouote 的 方法 作为 参数 传递 给 它 。 























ture 对 象 调用 它 的 


注意 到 了 吗 ? 直 到 你 调用 的 completableFuture 执 行 结 束 , 使 用 的 thenaApp1ly 方 法 都 不 会 
阻塞 你 代码 的 执行 。 这 意味 着 completableFuture 最 终结 束 运行 时 , 你 希望 传递 Lambda 表 达 式 
给 thenApply 方 法 ,将 stream 中 的 每 个 completapbleFuture<String> 对 象 转换 为 对 应 的 
CompletableFuture<Quote> 对 象 。 你 可 以 把 这 看 成 是 为 处 理 completableFuture 的 结果 建 
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立 了 一 个 菜单 ， 就 像 你 曾经 为 Stream 的 流水 线 所 做 的 事 儿 一 样 。 

3. 为 计算 折扣 价格 构造 Future 

第 三 个 map 操 作 涉 及 联系 远程 的 Discount 服 务 ， 为 从 商店 中 得 到 的 原始 价格 申请 折扣 率 。 
这 一 转换 与 前 一 个 转换 又 不 大 一 样 ， 因 为 这 一 转换 需要 远程 执行 (或 者 ， 就 这 个 例子 而 言 ， 它 需 
要 模拟 远程 调用 璋 来 的 延 退 )， 出 于 这 一 原因 ， 你 也 和 希望 它 能 够 异步 执行 。 

为 了 实现 这 一 目标 ， 你 像 第 一 个 调用 传递 getPrice 给 supplyasync 那 样 ， 将 这 一 操作 以 
Lambda 表 达 式 的 方式 传递 给 了 supplyAsync 工 厂 方法 , 该 方法 最 终 会 返回 男 一 个 Completable- 
Future 对 象 。 到 目前 为 止 , 你 已 经 进行 了 两 次 异步 操作 , 用 了 两 个 不 同 的 completableFutures 
对 象 进行 建 模 ， 你 希望 能 把 它们 以 级 联 的 方式 串 接 起 来 进行 工作 。 

口 从 shop 对 象 中 获取 价格 ， 接 着 把 价格 转换 为 ouote。 
口 拿 到 返回 的 Quote 对 象 ， 将 其 作为 参数 传递 给 Discount 服 务 ， 取 得 最 终 的 折扣 价格 。 

Java 8 的 CompletableFuture API 提 供 了 名 为 thencompose 的 方法 ， 它 就 是 专门 为 这 一 目 
的 而 设计 的 ，thencompose 方 法 允许 你 对 两 个 异步 操作 进行 流水 线 ， 第 一 个 操作 完成 时 ， 将 其 
结果 作为 参数 传递 给 第 二 个 操作 。 换 名 话说 ， 你 可 以 创建 两 个 completableFutures 对 象 ， 对 
第 一 个 CompletableFuture 对 象 调 用 thenCompose, 并 向 其 传递 一 个 四 数 o 当 第 一 个 
CompletableFuture 执 行 完毕 后 ， 它 的 结果 将 作为 该 函数 的 参数 ， 这 个 函数 的 返回 值 是 以 第 一 
个 completableFuture 的 返回 做 输入 计算 出 的 第 二 个 completableFuture 对 象 。 使 用 这 种 方 
式 ， 即 使 Future 在 向 不 同 的 商店 收集 报价 ， 主 线程 还 是 能 继续 执行 其 他 重要 的 操作 ， 比 如 响应 
UI 事件 。 

将 这 三 次 map 操 作 的 返回 的 Stream 元 素 收 集 到 一 个 列表 ， 你 就 得 到 了 一 个 List<Comple- 
tableFuture<String>>, 等 这 些 completableFuture 对 象 最 终 执 行 完毕 ， 你 就 可 以 像 代码 清 
单 11-11 中 那样 利用 join 取得 它们 的 返回 值 。 代 码 清 单 11-18 实 现 的 新 版 tindPrices 方 法 产生 的 
输出 如 下 : 


[BestPrice Price is 110.93, LetsSaveBig price is 135.58, MyFavoriteShop price 
is 192.72, BuyItAll price is 184.74, ShopEasy price is 167.28] 
Done in 2035 msecs 


你 在 代码 清单 11-16 中 使 用 的 Lhencompose 方 法 像 CcompletableFuture 类 中 的 其 他 方法 一 
样 ， 也 提供 了 一 个 以 Async 后 缀 结尾 的 版 本 thenCcomposeAsync。 通常 而 言 ， 名 称 中 不 带 Async 
的 方法 和 它 的 前 一 个 任务 一 样 , 在 同一 个 线程 中 运行 ;而 名 称 以 Async 结 尾 的 方法 会 将 后 续 的 任 
务 提 交 到 一 个 线程 池 ， 所 以 每 个 任务 是 由 不 同 的 线程 处 理 的 。 就 这 个 例子 而 言 ， 第 二 个 
CompletableFuture 对 象 的 结果 取决 于 第 一 个 completableFuture， 所 以 无 论 你 使 用 哪个 版 
本 的 方法 来 处 理 completableFuture 对 象 ， 对 于 最 终 的 结果 ， 或 者 大 致 的 时 间 而 言 都 没有 多 少 
差别 。 我 们 选择 thencompose 方 法 的 原因 是 因为 它 更 高 效 一 些 ， 因 为 少 了 很 多 线程 切换 的 开销 。 

















































































































11.4.4 将 两 个 completableFuture 对 象 整合 起 来 ， 无 论 它 们 是 否 存在 依赖 


代码 清单 11-16 中 ， 你 对 一 个 completableFuture 对 象 调用 了 thencompose 方 法 ， 并 向 其 
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传 递 了 第 二 个 CompletableFuture, 而 第 二 个 CompletableFuture XX 需要 使 用 第 一 个 
CompletableFuture 的 执行 结果 作为 输入 。 但 是 ， 另 一 种 比较 常见 的 情况 是 ， 你 需要 将 两 个 完 
全 不 相干 的 completableFuture 对 象 的 结果 整合 起 来 ， 而 且 你 也 不 希望 等 到 第 一 个 任务 完全 结 
束 才 开始 第 二 项 任务 。 

这 种 情况 ,你 应 该 使 用 thencombine 方 法 , 它 接收 名 为 BiFunction 的 第 二 参数 ,这 个 参数 
定义 了 当 两 个 completableFuture 对 象 完 成 计算 后 结果 如 何 合并 。 同 thencompose 方 法 一 样 3 
thenCombine 方 法 也 提供 有 一 个 Async 的 版 本 。 这 里 ， 如 果 使 用 thencombineAsync 会 导致 
BiFunction 中 定义 的 合并 操作 被 提交 到 线程 池 中 ， 由 另 一 个 任务 以 异步 的 方式 执行 。 

回 到 我 们 正在 运行 的 这 个 例子 ， 你 知道 ， 有 一 家 商店 提供 的 价格 是 以 欧元 (EUR ) 计价 的 ， 
但 是 你 希望 以 美元 的 方式 提供 给 你 的 客户 。 你 可 以 用 异步 的 方式 向 商店 查询 指定 商品 的 价格 , 同 
时 从 远程 的 汇率 服务 那里 查 到 欧元 和 美元 之 间 的 汇率 。 当 二 者 都 结束 时 , 再 将 这 两 个 结果 结合 起 
来 ,用 返回 的 商品 价格 乘 以 当时 的 汇率 ， 得 到 以 美元 计价 的 商品 价格 。 用 这 种 方式 ， 你 需要 使 用 
第 三 个 completableFuture 对 象 ， 当 前 两 个 completableFuture 计 算出 结果 ， 并 
BiFunction 方 法 完成 合并 后 ， 由 它 来 最 终结 束 这 一 任务 ， 代 码 清单 如 下 所 示 。 


代码 清单 11-17 合并 两 个 独立 的 completableFuture 对 象 














































































































创建 第 一 个 任务 查询 
商店 取得 商品 的 价格 


Future<Double> futurePriceInUSD = 








CompletableFuture.supplyAsync(() -> shop.getPrice(product)) 一 一 
通过 乘法 .thenCombine ( 
整合 得 到 CompletableFuture.supplyAsync( 
的 商品 价 () -> exchangeService.getRate (Money .EUR, Money .USD)), Es 
格 和 汇率 (price, rate) -> price * rate 


js 创建 第 二 个 独立 任务 ， 查 询 

美元 和 欧元 之 间 的 转换 汇率 

这 里 整合 的 操作 只 是 简单 的 乘法 操作 ,用 男 一 个 单独 的 任务 对 其 进行 操作 有 些 浪费 资源 ， 所 

以 你 只 要 使 用 thencombine 方 法 ,无需 特别 求助 于 异步 版 本 的 thencombineAsync 方 法 。 图 11-6 

展示 了 代码 清单 11-17 中 创建 的 多 个 任务 是 如 何在 线程 池 中 选择 不 同 的 线程 执行 的 ， 以 及 它们 最 
终 的 运行 结果 又 是 如 何 整合 的 。 
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你 的 线程 Executor Executor 
线程 1 | 线程 2 
Shop 对 象 





SupplyAsync 






SUBPLYASYNG 


taskl task2 








| shop .getPrice() | | et Rate EVR MSD? | 











thenCombine thenCombine 


| (price, rate) -> price * rate 





Price 对 象 


图 11-6 合并 两 个 相互 独立 的 异步 任务 








11.4.5 对 Future 和 CompletableFuture 的 回顾 


前 文 介绍 的 最 后 两 个 例子 ， 即 代码 清单 11-16 和 代码 清单 11-17， 非 常 清晰 地 呈现 了 相对 于 采 
用 Java 8 之 前 提供 的 Future 实 现 ，completableFuture 版 本 实现 所 具备 的 巨大 优势 。 
CompletableFuture 利 用 Lambda 表 达 式 以 声明 式 的 API 提 供 了 一 种 机 制 , 能 够 用 最 有 效 的 方式 ， 
非常 容易 地 将 多 个 以 同步 或 异步 方式 执行 复杂 操作 的 任务 结合 到 一 起 为 了 更 直观 地 感受 一 下 使 
用 completableFuture 在 代码 可 读 性 上 带 来 的 巨大 提升 ， 你 可 以 尝试 仅 使 用 Java 7 中 提供 的 特 
性 ， 重 新 实现 代码 清单 11-17 的 功能 。 代 码 清 单 11-18 展 示 了 如 何 实现 这 一 效果 。 


代码 清单 11-18 利用 Java 7 的 方法 合并 两 个 Future 对 象 


创建 一 个 Executorservice 将 任务 
提交 到 线程 池 
ExecutorService executor = Executors.newCachedThreadPool (); < 一 
final Future<Double> futureRate = executor.submit (new Callable<Double>() { 
public Double call() { 
return exchangeService.getRate (Money .EUR, Money .USD); 


























创建 一 个 }}); 

查询 欧元 Future<Double> futurePriceInUSD = executor.submit (new Callable<Double>() { 
到 美元 转 public Double call() { 

换 汇 率 的 double priceInEUR = shop.getPrice(product); 


”| 在 第 二 个 
Future return priceInEUR * futureRate.get(); a 
三 日 [他 
es 在 查找 价格 操作 的 同一 个 Future 中 ， 特定 商品 的 价格 
将 价格 和 汇率 做 乘法 计算 出 汇 后 价格 


242 第 11 章 CompletableFuture: 组 合式 异步 编程 











在 代码 清单 11-18 中 ， 你 通过 向 执行 器 提交 一 个 callable 对 象 的 方式 创建 了 第 一 个 Future 
对 象 ， 向 外 部 服务 查询 欧元 和 美元 之 间 的 转换 汇率 。 紧 接着 ,你 创建 了 第 二 个 Future 对 象 ， 查 
询 指 定 商店 中 特定 商品 的 欧元 价格 。 最 终 ， 用 与 代码 清单 11-17 一 样 的 方式 ， 你 在 同一 个 Future 
中 通过 查询 商店 得 到 的 欧元 商品 价格 乘 以 汇率 得 到 了 最 终 的 人 价格。 注意， 代码 清单 11-17 中 如 果 
使 用 thencombineAsync, 不 使 用 thencombine, 像 代码 清单 11-18 中 那样 , 采用 第 三 个 Future 
单独 进行 商品 价格 和 汇率 的 乘法 运算 , 效果 是 几乎 相同 的 。 这 两 种 实现 看 起 来 没 太 大 区 别 , 原因 
是 你 只 对 两 个 Future 进 行 了 合并 。 通过 代码 清单 11-19 和 代码 清单 11-20, 我 们 能 看 到 创建 流水 线 
对 同步 和 异步 操作 进行 混合 操作 有 多 么 简单 ， 随 着 处 理 任务 和 需要 合并 结果 数目 的 增加 ,这 种 声 
明 式 程序 设计 的 优势 也 愈 发 明显 。 

你 的 “最 佳 价格 查询 器 ”应 用 基本 已 经 完成 ， 不 过 还 缺失 了 一 些 元 素 。 你 会 希望 尽快 将 不 同 
商店 中 的 商品 价格 呈现 给 你 的 用 户 (这 是 车 辆 保险 或 者 机 票 比价 网 站 的 典型 需求 ) 而 不 是 像 你 之 
前 那样 , 等 所 有 的 数据 都 完备 之 后 再 呈现 。 接 下 来 的 一 节 , 你 会 了 解 如 何 通 过 响应 completable- 
Future 的 completion 事 件 实现 这 一 功能 ( 与 此 相反 ， 调 用 get 或 者 join 方法 只 会 造成 阻塞 ， 直 
到 completableFuture 完 成 才能 继续 往 下 运行 )。 




















































































































11.5 ”响应 CompletableFuture 的 completion 事件 


本 章 你 看 到 的 所 有 示例 代码 都 是 通过 在 响应 之 前 添加 1 秘 钟 的 等 竺 延迟 模 拟 方法 的 远程 调 
用 。 毫 无 疑问 ,现实 世界 中 ,你 的 应 用 访问 各 个 远程 服务 时 很 可 能 遭遇 无 法 预知 的 延 退 ， 触 发 的 
原因 多 种 多 样 ,从 服务 器 的 负荷 到 网 络 的 延迟 ,有些 甚至 是 源 于 远程 服务 如 何 评估 你 应 用 的 商业 
价值 ， 即 可 能 相对 于 其 他 的 应 用 ， 你 的 应 用 每 次 查询 的 消耗 时 间 更 长 。 

由 于 这 些 原 因 , 你 希望 购买 的 商品 在 某 些 商 店 的 查询 速度 要 比 为 一 些 商 店 更 快 ,为 了 说 明 本 
章 的 内 容 ， 我 们 以 下 面 的 代码 清单 为 例 ， 使 用 randomDelay 方 法 取代 原来 的 固定 延迟 。 


代码 清单 11-19 ”一 个 模拟 生成 0.5 秒 至 2.5 秒 随机 延迟 的 方法 
private static final Random random = new Random(); 
public static void randomDelay() { 
int delay = 500 + random.nextIint (2000); 
try { 
Thread.sleep (delay); 
} catch (InterruptedException e) { 
throw new RuntimeException(e); 






































} 
} 


目前 为 止 ， 你 实现 的 findPrices 方 法 只 有 在 取得 所 有 商店 的 返回 值 时 才 显 示 商 品 的 价格 。 
而 你 希望 的 效果 是 , 只 要 有 商店 返回 商品 价格 就 在 第 一 时 间 显 示 返 回 值 , 不 再 等 待 那些 还 未 返回 
的 商店 (有些 甚 至 会 发 生 超时 )。 你 如 何 实现 这 种 更 进一步 的 改进 要 求 呢 ? 
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11.5.1 ”对 最 佳 价格 查询 器 应 用 的 优化 


你 要 避免 的 首要 问题 是 ， 等 待 创建 一 个 包含 了 所 有 价格 的 List 创 建 完成 。 你 应 该 做 的 是 直 
接 处 理 completableFuture 流 ， 这 样 每 个 completableFuture 都 在 为 某 个 商店 执行 必要 的 操 
作 。 为 了 实现 这 一 目标 ， 在 下 面 的 代码 清单 中 ， 你 会 对 代码 清单 11-12 中 代码 实现 的 第 一 部 分 进 
行 重 构 ， 实 现 findPricesStream 方 法 来 生成 一 个 由 completableFuture 构 成 的 流 。 


代码 清单 11-20 ” 重 构 fijndPrices 方 法 返回 一 个 由 Future 构 成 的 流 
public Stream<CompletableFuture<String>> findPricesStream(String product) { 
return Shops .stream() 
.map (Shop -> CompletableFuture.supplyAsync!( 
() -> shop.getPrice(product), executor)) 
.map (future -> future.thenApply (Quote: :parse)) 
.map (future -> future.thenCompose (quote -> 
CompletableFuture.supplyAsync( 
() -> Discount.applyDiscount (quote), executor))); 
































} 


现在 ， 你 为 findPricesstream 方 法 返回 的 Stream 添 加 了 第 四 个 map 操 作 ， 在 此 之 前 ， 你 
已 经 在 该 方法 内 部 调用 了 三 次 map 。 这 个 新 添加 的 操作 其 实 很 简单 ， 只 是 在 每 个 
CompletableFuture 上 注册 一 个 操作 ， 该 操作 会 在 completableFuture 完 成 执行 后 使 用 它 的 
返回 值 。Java 8 的 completableFuture 通 过 thenaAccept 方 法 提供 了 这 一 功能 ， 它 接收 
CompletableFuture 执 行 完毕 后 的 返回 值 做 参数 。 在 这 里 的 例子 中 ， 该 值 是 由 Discount 服 务 
返回 的 字符 串 值 ， 它 包含 了 提供 请 求 商品 的 商店 名 称 及 折扣 价格 ， 你 想 要 做 的 操作 也 很 简单 ， 只 
是 将 结果 打印 输出 : 


findPricesStream("myPhone") .map(f -> f.thenAccept (System.out::println)); 


注意 ， 和 你 之 前 看 到 的 thencompose 和 thenCcombine 方 法 一 样 ，thenAccept 方 法 也 提供 
了 一 个 异步 版 本 ， 名 为 LhenAcceptAsync。 异 步 版 本 的 方法 会 对 处 理 结果 的 消费 者 进行 调度 ， 
从 线程 池 中 选择 一 个 新 的 线程 继续 执行 ， 不 再 由 同一 个 线程 完成 completableFuture 的 所 有 任 
务 。 因 为 你 想 要 避免 不 必要 的 上 下 文 切换 ,更 重要 的 是 你 希望 避免 在 等 待 线程 上 浪费 时 间 ， 尽快 
啊 应 CompletableFuture 的 completion 事 件 ， 所 以 这 里 没有 采用 异步 版 本 。 

由 于 thenAccept 方 法 已 经 定义 了 如 何人 处 理 completableFuture 返 回 的 结果 ,一 日 
CompletableFuture 计 算得 到 结果 ， 它 就 返回 一 个 completableFuture<Void>。 所 以 ，map 
操作 返回 的 是 一 个 Stream<CompletableFuture<Void>>。 对 这 个 <CompletableFuture- 
<Void>> 对 象 ， 你 能 做 的 事 非常 有 限 ， 只 能 等 待 其 运行 结束 ,不 过 这 也 是 你 所 期 望 的 。 你 还 希望 
能 给 最 慢 的 商店 一 些 机 会 ,让 它 有 机 会 打印 输出 返回 的 价格 。 为 了 实现 这 一 目的 ,你 可 以 把 构成 
Stream 的 所 有 CompletableFuture<Void> 对 象 放 到 一 个 数组 中 ， 等 待 所 有 的 任务 执行 完成 ， 
代码 如 下 所 示 。 
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代码 清单 11-21 ”响应 completableFuture 的 completion 事 件 


CompletableFuture[] futures = findqPricesStream("myPhone'" ) 
.map(f -> f.thenAccept (System.out::println)) 
.toArray (size -> new CompletableFuture[sizel]); 
CompletableFuture.allOf (futures) .join(); 


all0f 工 厂 方法 接收 一 个 由 completableFuture 构 成 的 数组 ， 数 组 中 的 所 有 Completable- 
Future 对 象 执行 完成 之 后 , 它 返 回 一 个 completapbleFuture<Void> 对 象 。 这 意味 着 ， 如 果 你 需 
要 等 待 最 初 sStream 中 的 所 有 CompletableFuture 对 象 执行 完 毕 ， 对 all0of 方 法 返回 的 
CompletableFuture 执 行 join 操 作 是 个 不 错 的 主意 。 这 个 方法 对 “最 佳 价格 查询 器 ”应 用 也 是 
有 用 的 ， 因 为 你 的 用 户 可 能 会 困惑 是 否 后 面 还 有 一 些 价格 没有 返回 ， 使 用 这 个 方法 ,你 可 以 在 执 
行 完毕 之 后 打印 输出 一 条 消息 “All shops returned results or timed out”。 

然而 在 男 一 些 场景 中 ， 你 可 能 希望 只 要 completableFuture 对 象 数 组 中 有 任何 一 个 执行 完 
毕 就 不 再 等 待 ， 比 如 ， 你 正在 查询 两 个 汇率 服务 器 ， 任 何 一 个 返回 了 结果 都 能 满足 你 的 需求 。 在 
这 种 情况 下 , 你 可 以 使 用 一 个 类 似 的 工厂 方法 anyof。 该 方法 接收 一 个 completableFuture 对 象 
构成 的 数组 , 返回 由 第 一 个 执行 完毕 的 completableFuture 对 象 的 返回 值 构成 的 completable- 


Future<Object>。 


11.5.2 ” 付 诸 实 践 


正如 我 们 在 本 节 开 篇 所 讨论 的 ， 现 在 你 可 以 通过 代码 清单 11-19 中 的 randomDelay 方 法 模拟 
远程 方法 调用 ， 产 生 一 个 介 于 0.5 秒 到 2.5 秒 的 随机 延迟 ， 不 再 使 用 恒定 1 秒 的 延迟 值 。 代 码 清单 
11-21 应 用 了 这 一 改变 ， 执 行 这 段 代码 你 会 看 到 不 同 商店 的 价格 不 再 像 之 前 那样 总 是 在 一 个 时 刻 
返回 ， 而 是 随 着 商店 折扣 价格 返回 的 顺序 逐一 地 打印 输出 。 为 了 让 这 一 改变 的 效果 更 加 明显 , 我 
们 对 代码 进行 了 微调 ， 在 输出 中 打印 每 个 价格 计算 所 消耗 的 时 间 : 


long start = System.nanoTime () : 
CompletableFuture[] futures = findPricesStream("myPhone27S") 

.map(f -> f.thenAccept( 

s -> System.out.println(s + " (done in " + 
((System.nanoTime() - start) / 1 000_000) + " msecs)"))) 

.toArray (size -> new CompletableFuture[sizel]); 
CompletableFuture.allOf (futures) .join(); 
System.out.println("All shops have now respondeqd in " 

+ ((System.nanoTime() - start) / 1 000_000) + " msecs"); 


运行 这 段 代码 所 产生 的 输出 如 下 : 


BuyItAll price is 184.74 (done in 2005 msecs) 
MyFavoriteShop price is 192.72 (done in 2157 msecs) 
LetsSaveBig price is 135.58 (done in 3301 msecs) 
ShopEasy price is 167.28 (done in 3869 msecs) 
BestPrice price is 110.93 (done in 4188 msecs) 

All shops have now responded in 4188 msecs 


我 们 看 到 ， 由 于 随机 延迟 的 效果 ， 第 一 次 价格 查询 比 最 慢 的 查询 要 快 两 倍 多 。 
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11.6 小结 


这 一 章 中 ， 你 学 到 的 内 容 如 下 。 

口 执行 比较 耗 时 的 操作 时 ， 尤 其 是 那些 依赖 一 个 或 多 个 远程 服务 的 操作 ， 使 用 异步 任务 可 

以 改善 程序 的 性 能 ， 加 快 程序 的 响应 速度 。 

口 你 应 该 尽 可 能 地 为 客户 提供 异步 API。 使 用 completableFuture 类 提供 的 特性 ， 你 能 够 

轻松 地 实现 这 一 目标 。 

口 CompletableFuture 类 还 提供 了 异常 管理 的 机 制 ， 让 你 有 机 会 抛 出 /管理 异步 任务 执行 

中 发 生 的 异常 。 

口 将 同步 API 的 调用 封装 到 一 个 completapbleFuture 中 ,你 能 够 以 异步 的 方式 使 用 其 结果 。 

口 如 果 异 步 任 务 之 间 相 互 独立 ， 或 者 它们 之 间 某 一 些 的 结果 是 另 一 些 的 输入 ， 你 可 以 将 这 

些 异 步 任 务 构造 或 者 合并 成 一 个 。 

口 你 可 以 为 CompletableFuture 注 册 一 个 回调 函数 ， 在 Futu re 执行 完毕 或 者 它们 计算 的 

结果 可 用 时 ， 针 对 性 地 执行 一 些 程序 。 

口 你 可 以 决定 在 什么 时 候 结束 程序 的 运行 , 是 等 待 由 completableFuture 对 象 构成 的 列表 
中 所 有 的 对 象 都 执行 完毕 ， 还 是 只 要 其 中 任何 一 个 首先 完成 就 中 止 程序 的 运行 。 












































新 的 日 期 和 时 间 API 








本 章 内 容 

口 为 什么 在 Java 8 中 需要 引入 新 的 日 期 和 时 间 库 
口 同时 为 人 和 机 带 表 示 日 期 和 时 间 

口 定义 时 间 的 度量 

口 操纵 、 格 式 化 以 及 解析 日 期 

口 处 理 不 同 的 时 区 和 历法 


Java 的 API 提 供 了 很 多 有 用 的 组 件 , 能 帮助 你 构建 复杂 的 应 用 。 不 过 ，Java API 也 不 总 是 完美 
的 。 我们 相信 大 多 数 有 经 验 的 程序 员 都 会 赞同 Java 8 之 前 的 库 对 日 期 和 时 间 的 支持 就 非常 不 理想 。 
然而 ， 你 也 不 用 太 担 心 : Java 8 中 引入 全 新 的 日 期 和 时 间 API 就 是 要 解决 这 一 问题 。 

在 Java 1.0 中 ， 对 日 期 和 时 间 的 支持 只 能 依赖 java.util.Date 类 。 正 如 类 名 所 表达 的 ， 这 
个 类 无 法 表示 日 期 , 只 能 以 毫秒 的 精度 表示 时 间 。 更 糟糕 的 是 它 的 易 用 性 ， 由 于 某 些 原因 未 知 的 
设计 决策 ， 这 个 类 的 易 用 性 被 深 深 地 损害 了 ， 比 如 : 年 份 的 起 始 选择 是 1900 年 ， 月 份 的 起 始 从 0 
开始 。 这 意味 着 ， 如 果 你 想 要 用 Date 表 示 Java 8 的 发 布 日 期 ， 即 2014 年 3 月 18 日 ， 需 要 创建 下 面 
这 样 的 Date 实 例 : 

Date date = new Date(114, 2, 18); 

它 的 打印 输出 效果 为 : 

Tue Mar 18 00:00:00 CET 2014 

看 起 来 不 那么 直观 ,不 是 吗 ? 此 外 ,甚至 Date 类 的 tostring 方 法 返回 的 字符 串 也 容易 误导 
人 。 以 我 们 的 例子 而 言 ， 它 的 返回 值 中 甚至 还 包含 了 JVM 的 默认 时 区 CET， 即 中 欧 时 间 ( Central 
Europe Time )。 但 这 并 不 表示 Date 类 在 任何 方面 支持 时 区 。 

随 着 Java 1.0 退 出 历史 舞台 ，Date 类 的 种 种 问题 和 限制 几乎 一 扫 而 光 ， 但 很 明显 ， 这 些 历史 
旧账 如 果 不 牺牲 前 向 兼容 性 是 无 法 解决 的 。 所 以 , 在 Java 1.1 中 ,Date 类 中 的 很 多 方法 被 废弃 了 ， 
取而代之 的 是 java.util.calenqar 类 。 很 不 幸 ，calendar 类 也 有 类 似 的 问题 和 设计 缺陷 ， 导 
致使 用 这 些 方法 写 出 的 代码 非常 容易 出 错 。 比如 , 月 份 依旧 是 从 0 开始 计算 (不 过 , 至 少 calendar 
类 拿 掉 了 由 1900 年 开始 计算 年 份 这 一 设计 )。 更 糟 的 是 ， 同 时 存在 Date 和 calendar 这 两 个 类 ， 
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也 增加 了 程序 员 的 困惑 。 到 底 该 使 用 哪 一 个 类 呢 ? 此 外 ,有 的 特性 只 在 某 一 个 类 有 提供 ， 比 如 用 
于 以 语言 无 关 方 式 格 式 化 和 解析 日 期 或 时 间 的 DateFormat 方 法 就 只 在 Date 类 里 有 。 

DateFormat 方 法 也 有 它 自 己 的 问题 。 比 如 ， 它 不 是 线程 安全 的 。 这 意味 着 两 个 线程 如 果 尝 
试 使 用 同一 个 formatter 解 析 日 期 ,你 可 能 会 得 到 无 法 预期 的 结果 。 

最 后 ，Date 和 calengdar 类 都 是 可 以 变 的 。 能 把 2014 年 3 月 18 日 修改 成 4 月 18 日 意味 着 什么 
呢 ?” 这 种 设计 会 将 你 拖 入 维护 的 焉 梦 ， 接 下 来 的 一 章 , 我 们 会 讨论 函数 式 编 程 ， 你 在 该 章 中 会 了 
解 到 更 多 的 细节 。 

所 有 这 些 缺 陷 和 不 一 致 导致 用 户 们 转投 第 三 方 的 日 期 和 时 间 库 ， 比 如 Joda-Time。 为 了 解决 
这 些 问题 ，Oracle 决 定 在 原生 的 Java API 中 提供 高 质量 的 日 期 和 时 间 支 持 。 所 以 ,你 会 看 到 Java 8 
在 java.time 包 中 整合 了 很 多 Joda-Time 的 特性 。 

这 一 章 中 , 我 们 会 一 起 探索 新 的 日 期 和 时 间 API 所 提供 的 新 特性 。 我们 从 最 基本 的 用 例 人 手 ， 
比如 创建 同时 适合 人 与 机 器 的 日 期 和 时 间 ， 逐 渐 转 和 人 到 日 期 和 时 间 API 更 高 级 的 一 些 应 用 ， 比 如 
操纵 、 解 析 、 打 印 输出 日 期 -时 间 对 象 ， 使 用 不 同 的 时 区 和 年 历 。 
























































12.1 LocalDate、 LocalTime、 Instant、 Duration VAR period 


让 我 们 从 探索 如 何 创 建 简单 的 日 期 和 时 间 间 隔 入 手 。java .time 包 中 提供 了 很 多 新 的 类 可 以 


帮 你 解决 问题 ， 它 们 是 LocalDate、LocalTime、Instant、Duration 和 Period。 


12.1.1 使 用 LocalDate 和 LocalTime 


开始 使 用 新 的 日 期 和 时 间 API 时 ， 你 最 先 碰 到 的 可 能 是 LocalDate 类 。 该 类 的 实例 是 一 个 不 
可 变 对 象 , 它 只 提供 了 简单 的 日 期 ,并 不 含 当 天 的 时 间 信 息 。 男 外 ， 它 也 不 附带 任何 与 时 区 相关 
的 信息 。 

你 可 以 通过 静态 工厂 方法 of 创建 一 个 LocalDate 实 例 。LocalDate 实 例 提供 了 多 种 方法 来 
读 取 常用 的 值 ， 比 如 年 份 、 月 份 、 星 期 几 等 ， 如 下 所 示 。 


代码 清单 12-1 创建 一 个 LocalDate 对 象 并 读 取 其 值 

















LocalDate date = LocalDate.of (2014, 3, 18); < 2014-03-18 

int year = date.getYear(); < 一 2014 

Month month = date.getMonth(); <+— MARCH 

int day = date.getDayOfMonth(); <+— 18 

DayOfWeek dow = date.getDayOfWeek(); < TUESDAY 
int len = date.lengthOfMonth(); 


31 (days in March) 


false (not a leap year) 
你 还 可 以 使 用 工厂 方法 从 系统 时 钟 中 获取 当前 的 日 期 : 
LocalDate today = LocalDate.now(); 


本 章 剩余 的 部 分 会 探讨 所 有 日 期 -时 间 类 ， 这 些 类 都 提供 了 类 似 的 工厂 方法 。 你 还 可 以 通过 


boolean leap = date.isLeapYear(); < -一 
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传递 一 个 TemporalField 参 数 给 get 方 法 拿 到 同样 的 信息 。TemporalField 是 一 个 接口 ， 它 定 
义 了 如 何 访问 temporal 对 象 某 个 字段 的 值 。 ChronoField 枚 举 实现 了 这 一 接口 ， 所 以 你 可 以 很 
方便 地 使 用 get 方 法 得 到 枚 举 元 素 的 值 ， 如 下 所 示 。 


代码 清单 12-2 ”使 用 TemporalField 读 取 LocalDate 的 值 
int year = date.get (ChronoField.YEAR); 
int month = date.get (ChronoField.MONTH_ OF_YEAR); 
int day = date.get (ChronoField.DAY_OF_ MONTH); 


类 似 地 ， 一 天 中 的 时 间 ， 比 如 13:45:20， 可 以 使 用 LocalTime 类 表示 。 你 可 以 使 用 of 重 载 的 
两 个 工厂 方法 创建 LocalTime 的 实例 。 第 一 个 重 载 函数 接收 小 时 和 分 钟 , 第 二 个 重 载 函 数 同时 还 
接收 秒 。 同 LocalDate 一 样 ， LocalTime 类 也 提供 了 一 些 getter 方 法 访问 这 些 变 量 的 值 ， 如 下 
所 示 。 


代码 清单 12-3 ”创建 DocalTime 并 读 取 其 值 











LocalTime time = LocalTime.of(13, 45, 20); < 一 13:45:20 
int hour = time.getHour(); < 13 

int minute = time.getMinute(); < 一 45 

int second = time.getSecond(); -一 20 


由 




















LocalDate 和 LocalTime 都 可 以 通过 解析 代表 它们 的 字符 串 创 建 
可 以 实现 这 一 目的 : 


LocalDate date = LocalDate.parse("2014-03-18"); 
LocalTime time = LocalTime.parse("13:45:20"); 


你 可 以 向 parse 方 法 传递 一 个 DateTimeFormatter。 该 类 的 实例 定义 了 如 何 格 式 化 一 个 日 
期 或 者 时 间 对 象 。 正如 我 们 之 前 所 介绍 的 » 它 是 蔡 换 老 版 j ava.util.DateFormat 的 推荐 替代 
品 。 我 们 会 在 12.2 节 展开 介绍 怎样 使 用 DateTimeFormatter。 同 时 ， 也 请 注意 ， 一 旦 传递 的 字 
符 串 参数 无 法 被 解析 为 合法 的 LocalDate 或 LocalTime 对 象 ,这 两 个 parse 方 法 都 会 抛 出 一 个 继 


承 自 RuntimeException 的 Dat TimeParseExc ption 异 常 。 


12.1.2 合并 日 期 和 时 间 


这 个 复合 类 名 叫 LocalDateTime， 是 LocalDate 和 LocalTime 的 合体 。 它 同时 表示 了 日 期 
和 时 间 , 但 不 带 有 时 区 信息 , 你 可 以 直接 创建 , 也 可 以 通过 合并 日 期 和 时 间 对 象 构造 , 如 下 所 示 。 


代码 清单 12-4 ”直接 创建 LocalDateTime 对 象 ， 或 者 通过 合并 日 期 和 时 间 的 方式 创建 
1 21014403 下 8800138453520 

LocalDateTime dt1 LocalDateTime.of (2014, Month.MARCH, 18, 13, 45, 20); 

LocalDateTime dt2 LocalDateTime.of (date, time); 

LocalDateTime dt3 date.atTime(13, 45, 20); 

LocalDateTime dt4 date.atTime (time); 

LocalDateTime dt5 time.atDate(date); 


注意 , 通过 它们 各 自 的 atTime 或 者 atDate 方 法 , 向 LocalDate 传 递 一 个 时 间 对 象 , 或 者 向 





使 用 静态 方法 parse, 你 
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LocalTime 传 递 一 个 日 期 对 象 的 方式 ， 你 可 以 创建 一 个 LocalDateTime 对 象 。 你 也 可 以 使 用 
toLocalDate 或 者 toLocalTime 方 法 ， 从 LocalDateTime 中 提取 LocalDate 或 者 LocalTime 


组 件 : 


LocalDate datel 
LocalTime timel 


dt1.toLocalDate(); < 2014-03-18 
dt1.toLocalTime(); < 一 13.45:20 





12.1.3 ”机 器 的 日 期 和 时 间 格 式 


作为 人 ， 我 们 习惯 于 以 星期 几 、 几 号 、 几 点 、 几 分 这 样 的 方式 理解 日 期 和 时 间 。 毫 无 疑问 ， 
这 种 方式 对 于 计算 机 而 言 并 不 容易 理解 。 从 计算 机 的 角度 来 看 , 建 模 时 间 最 自然 的 格式 是 表示 一 
个 持续 时 间 段 上 某 个 点 的 单一 大 整 型 数 。 这 也 是 新 的 java.time.Instant 类 对 时 间 建 模 的 方 
式 , 基本 上 它 是 以 Unix 元 年 时 间 (传统 的 设 定 为 UTC 时 区 1970 年 1 月 1 日 午夜 时 分 ) 开始 所 经 历 的 
秒 数 进行 计算 。 

你 可 以 通过 向 静态 工厂 方法 ofEpochSsecong 传 递 一 个 代表 秒 数 的 值 创建 一 个 该 类 的 实例 。 静 
态 工 厂 方法 ofEpochSsecond 还 有 一 个 增强 的 重 载 版 本 ,， 它 接收 第 二 个 以 纳 秒 为 单位 的 参数 值 ， 对 
传人 作为 秒 数 的 参数 进行 调整 。 重 载 的 版 本 会 调整 纳 秒 参数 ， 确 保 保存 的 纳 秒 分 片 在 0 到 999 999 
999 之 间 。 这 意味 着 下 面 这 些 对 ofEpochSecond 工 厂 方法 的 调用 会 返回 几乎 同样 的 Instant 对 和 象 : 
































Instant .ofEpochSecond (3); 2 秒 之 后 再 加 上 
Instant.ofEpochSecond(3, 0); 100 万 纳 秒 〈1 秒 ) 
Instant.ofEpochSecond(2, 1_000_000_000); < 一 4 秒 之 前 的 100 
Instant.ofEpochSecond(4, -1 _ 000_ 000_000) 4 一 万 纳 秒 (1 秒 ) 





正如 你 已 经 在 Localpate 及 其 他 为 便于 阅读 而 设计 的 日 期 -时 间 类 中 所 看 到 的 那样 ， 
Instant 类 也 文 持 静 态 工厂 方法 now， 它 能 够 帮 你 获取 当前 时 刻 的 时 间 戳 。 我 们 想 要 特别 强调 一 
点 ，Instant 的 设计 初衷 是 为 了 便于 机 器 使 用 。 它 包含 的 是 由 秒 及 纳 秒 所 构成 的 数字 。 所 以 , 它 
无 法 处 理 那些 我 们 非常 容易 理解 的 时 间 单 位 。 比 如 下 面 这 段 语句 : 

int day = Instant.now() .get (ChronoField.DAY_OF_MONTH); 

它 会 抛 出 下 面 这 样 的 异常 : 


java.time.temporal.UnsupportedTemporalTypeException: Unsupported field: 
DayOfMonth 


但 是 你 可 以 通过 Duration 和 Period 类 使 用 Instant, 接 下 来 我 们 会 对 这 部 分 内 容 进行 介绍 。 






































12.1.4 定义 Duration 或 Period 


目前 为 止 , 你 看 到 的 所 有 类 都 实现 了 Temporal 接 口 , remporal 接 口 定义 了 如 何 读 取 和 操纵 
为 时 间 建 模 的 对 象 的 值 。 之 前 的 介绍 中 ,我 们 已 经 了 解 了 创建 remporal 实 例 的 几 种 方法 。 很 自 
然 地 你 会 想到 ， 我 们 需要 创建 两 个 Temporal 对 象 之 间 的 duration。Duration 类 的 静态 工厂 方 
法 between 就 是 为 这 个 目的 而 设计 的 。 你 可 以 创建 两 个 LocalTimes 对 象 两 个 LocalDateTimes 
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对 象 ， 或 者 两 个 Instant 对 象 之 间 的 auration， 如 下 所 示 : 


Duration dl = Duration.between(timel, time2); 
Duration dl = Duration.between(dateTimel, dateTime2); 
Duration d2 = Duration.between(instantl1l, instant2); 


由 于 LocalDateTime 和 Instant 是 为 不 同 的 目的 而 设计 的 ， 一 个 是 为 了 便于 人 阅读 使 用 ， 
另 一 个 是 为 了 便于 机 器 处 理 ， 所 以 你 不 能 将 二 者 混用 。 如 果 你 试图 在 这 两 类 对 象 之 间 创 建 
duration， 会 触发 一 个 DateTimeException 异 常 。 此 外 ， 由 于 Duration 类 主要 用 于 以 秒 和 纳 
秒 衡量 时 间 的 长 短 ， 你 不 能 仅 向 between 方 法 传递 一 个 LocalDate 对 象 做 参数 。 

如 果 你 需要 以 年 、 月 或 者 日 的 方式 对 多 个 时 间 单 位 建 模 ， 可 以 使 用 Perioq 类 。 使 用 该 类 的 
工厂 方法 between ， 你 可 以 使 用 得 到 两 个 LocalDate 之 间 的 时 长 ， 如 下 所 示 : 


Period tenDays = Periodq.between(LocalDate.of(2014，3，8)， 
LocalDate.of (2014, 3, 18)); 


最 后 ，Duration 和 period 类 都 提供 了 很 多 非常 方便 的 工厂 类 ， 直 接 创建 对 应 的 实例 ; 换 
句 话说 ， 就 像 下 面 这 段 代 码 那 样 ， 不 再 是 只 能 以 两 个 temporal 对 象 的 差 值 的 方式 来 定义 它们 的 
对 象 。 


代码 清单 12-5 创建 Duration 和 Period 对 象 


Duration threeMinutes = Duration.ofMinutes (3); 
Duration threeMinutes = Duration.of(3, ChronoUnit .MINUTES ) ; 







































































Period tenDays = Period.ofDays (10); 
Period threeWeeks = Period.ofWeeks (3); 
Period twoYearsSixMonthsOneDay = Period.of(2, 6, 1); 


Duration 类 和 Period 类 共享 了 很 多 相似 的 方法 ， 参 见 表 12-1 所 示 。 
表 12-1 日 期 -时 间 类 中 表示 时 间 间 隔 的 通用 方法 
委 态 方法 方法 描述 





方 法 名 是 否 是 


可 此 



























































between 是 创建 两 个 时 间 点 之 间 的 interval 

from 是 个 临时 时 间 点 创建 interval 

of 是 由 它 的 组 成 部 分 创建 interval 的 实例 

parse 是 字符 串 创建 interval 的 实例 

addqTo 否 创建 该 interval 的 副本 ， 并 将 其 车 加 到 某 个 指定 的 temporal 对 象 
get 否 读 取 该 interval 的 状态 

isNegative 否 检查 该 interval 是 否 为 负 值 ， 不 包含 零 

isZero 否 检查 该 interval 的 时 长 是 否 为 零 

minus 否 通过 减 去 一 定 的 时 间 创 建 该 interval 的 副本 
multipliedBy 否 将 interval 的 值 乘 以 某 个 标量 创建 该 interval 的 副本 
negated 否 以 忽略 某 个 时 长 的 方式 创建 该 interval 的 副本 
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( 续 ) 
方 法 名 是 否 是 静态 方法 方法 描述 
plus 否 以 增加 某 个 指定 的 时 长 的 方式 创建 该 interval 的 副本 
subtractFrom 合 从 指定 的 temporal 对 象 中 减 去 该 interval 
截至 目前 ， 我 们 介绍 的 这 些 日 期 -时 间 对 象 都 是 不 可 修改 的 ， 这 是 为 了 更 好 地 支持 函数 式 编 





程 ， 确 保 线程 安全 ， 保 持 领 域 模式 一 致 性 而 做 出 的 重大 设计 决定 。 当 然 ， 新 的 日 期 和 时 间 API 也 
提供 了 一 些 便利 的 方法 来 创建 这 些 对 象 的 可 变 版 本 。 比 如 , 你 可 能 希望 在 已 有 的 LocalDate 实 例 








上 增加 3 天 。 我 们 在 下 一 节 中 会 针对 这 一 主题 进行 介绍 。 除 此 之 外 ， 我 们 还 


会 介绍 如 何 依 据 指定 


的 模式 ， 比 如 aa/MM/yyyy， 创 建 日 期 -时 间 格 式 器 ， 以 及 如 何 使 用 这 种 格式 器 解析 和 输出 日 期 。 
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如 果 你 已 经 有 一 个 LocalDate 对 象 , 想 要 创建 它 的 一 个 修改 版 , 最 直接 也 最 简单 的 方法 是 使 

















性 。 注意 , 下 面 的 这 段 代 码 中 所 有 的 方法 都 返回 一 个 修改 了 属性 的 对 象 。 它 
对 象 ! 


代码 清单 12-6 ”以 比较 直观 的 方式 操纵 LocalDate 的 属性 
LocalDate datel LocalDate.of (2014, 3, 18); < 一 2014-03-18 
LocalDate date2 
LocalDate date3 
LocalDate dated4 


date2 .withDayOfMonth (25); 





























用 withattribute 方 法 。withAttribute 方 法 会 创建 对 象 的 一 个 副本 ,并 按照 需要 修改 它 的 属 


们 都 不 会 修改 原来 的 


datel .withYear (2011); < 一 2011-03-18 


< 一 2011-03-25 


date3.with(ChronoField.MONTH_OF_YEAR, 9); < 2011-09-25 


采用 更 通用 的 with 方 法 能 达到 同样 的 目的 ， 它 接受 的 第 一 个 参数 是 一 个 TemporalField 对 
象 ， 格 式 类 似 代 码 清单 12-6 的 最 后 一 行 。 最 后 这 一 行 中 使 用 的 with 方 法 和 代码 清单 12-2 中 的 get 











方法 有 些 类 似 。 它 们 都 声明 于 Temporal 接 口 ， 所 有 的 日 期 和 
们 定义 了 单 点 的 时 间 ， 比 如 LocalDate、LocalTime、LocalDateTime 以 


Trt 





十 间 API 类 都 实现 这 两 个 方法 ， 它 


及 Instant。 更 确切 


地 说 , 使 用 get 和 with 方法 , 我 们 可 以 将 Temporal 对 象 值 的 读 取 和 修改 区 分 开 。 如 果 Temporal 








对 和 象 不 支持 请 求 访问 的 字段 ， 它 会 抛 出 一 个 UnsupportedTemporalType] 


Exception 异 常 ， 比 





如 试图 访问 Instant 对 象 的 chronoField.MONTH_OF_YEAR 字 段 ， 或 者 LocalDate 对 象 的 








chronoField.NANO_OF_SECOND 字 段 时 都 会 抛 出 这 样 的 异常 。 








它 甚至 能 以 声明 的 方式 操纵 LocalDate 对 象 。 比如 , 你 可 以 像 下 面 这 段 代 码 那样 加 上 或 者 减 


去 一 段 时 间 。 
代码 清单 12-7 ”以 相对 方式 修改 LocalDate 对 象 的 属性 
LocalDate datel = LocalDate.of (2014, 3, 18); < 一 2014-03-18 


LocalDate date2 
LocalDate date3 
LocalDate dated4 


date2.minusYears (3); 


1 


datel.plusWeeks (1) ; < 一 2014-03-25 


< 一 2011-03-25 


dqate3 .plus(6，ChronoUnit .MONTHS ) ; < -2011-09-25 
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与 我 们 刚才 介绍 的 get 和 with 方法 类 似 , 代码 清单 12-7 中 最 后 一 行使 用 的 plus 方 法 也 是 通 
方法 ， 它 和 minus 方 法 都 声明 于 Temporal 接 口中 。 通 过 这 些 方法 ， 对 TemporalUnit 对 象 加 
或 者 减 去 一 个 数字 ， 我 们 能 非常 方便 地 将 Temporal 对 象 前 淹 或 者 回 滚 至 某 个 时 间 段 ， 通 
chronoUnit 枚 举 我 们 可 以 非常 方便 地 实现 TemporalUnit 接 口 。 

大 概 你 已 经 猜 到 ， 像 DocalDate、LocalTime、LocalDateTime 以 及 Instant 这 样 表示 时 
间 点 的 日 期 -时 间 类 提供 了 大 量 通用 的 方法 ， 表 12-2 对 这 些 通用 的 方法 进行 了 总 结 。 


表 12-2 ”表示 时 间 点 的 日 期 -时 间 类 的 通用 方法 
方 法 名 是否 是 静态 方法 描 述 























竹 上 至 

















































































































from 是 农 据 传 人 的 Temporal 对 象 创建 对 象 实例 
now 是 农 据 系 统 时 钟 创建 Temporal 对 象 
of 是 1 Temporal 对 象 的 某 个 部 分 创建 该 对 象 的 实例 
parse 是 由 字符 囊 创建 remporal 对 象 的 实例 
atOffset 否 将 Temporal 对 象 和 某 个 时 区 偏 移 相 结合 
atZone 否 将 remporal 对 象 和 某 个 时 区 相 结合 
format 否 使 用 某 个 指定 的 格式 器 将 remporal 对 象 转换 为 字符 串 ( Instant 类 不 提供 该 方法 ) 
get 否 读 取 Temporal 对 象 的 某 一 部 分 的 值 
a 大 创建 Temporal 对 象 的 一 个 副本 , 通过 将 当前 Temporal 对 象 的 值 减 去 一 定 的 时 长 
创建 该 副本 
创建 Temporal 对 象 的 一 个 副本 , 通过 将 当前 Temporal 对 象 的 值 加 上 一 定 的 时 长 
De 2 创建 该 副本 
with 否 以 该 Temporal 对 象 为 模板 ， 对 某 些 状态 进行 修改 创建 该 对 象 的 副本 
































你 可 以 尝试 一 下 测验 12.1， 检 查 一 下 到 目前 为 止 你 都 掌握 了 哪些 操纵 日 期 的 技能 。 





测验 12.1 操纵 LocalDate 对 象 
经 过 下 面 这 些 操作 ，daate 变 量 的 值 是 什么 ? 
EeconbDare SEE 站 ED 全 县 有 
date = date.with(ChronoField.MONTH OF_ YEAR, 9); 
date = date.plusYears(2) .minusDays (10); 
date.withYear (2011); 


答案 : 2016-09-08。 

正如 我 们 刚才 看 到 的 ,你 可 以 通过 绝对 的 方式 , 也 能 以 相对 的 方式 操纵 日 期 。 你 甚至 还 可 
以 在 一 个 语句 中 连接 多 个 操作 ， 因 为 每 个 动作 都 会 创建 一 个 新 的 LocalDate 对 多， 后 续 的 方 
法 调用 可 以 操纵 前 一 方法 创建 的 对 象 。 这 段 代 码 的 最 后 一 句 不 会 产生 任何 我 们 能 看 到 的 效果 ， 
因为 它 像 前 面 的 那些 操作 一 样 ， 会 创建 一 个 新 的 LocalDate 实 例 ， 不 过 我 们 并 没有 将 这 个 新 
创建 的 值 赋 给 任何 的 变量 。 
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12.2.1 使 用 TemporalaAdjuster 


截至 目前 , 你 所 看 到 的 所 有 日 期 操作 都 是 相对 比较 直接 的 。 有 的 时 候 , 你 需要 进行 一 些 更 加 
复杂 的 操作 ， 比 如 ,将 日 期 调整 到 下 个 周 日 、 下 个 工作 日 , 或 者 是 本 月 的 最 后 一 天 。 这 时 ,你 可 
以 使 用 重 载 版 本 的 with 方法 , 向 其 传递 一 个 提供 了 更 多 定制 化 选择 的 remporalaAdjuster 对 象 ， 
更 加 灵活 地 处 理 日 期 。 对 于 最 常见 的 用 例 ， 日 斯 和 时 间 API 已 经 提供 了 大 量 预定 义 的 
TemporalAdjuster。 你 可 以 通过 TemporalAdjuster 类 的 静态 工厂 方法 访问 它们 ， 如 下 所 示 。 


代码 清单 12-8 ”使 用 预定 义 的 TemporalAdjuster 


import static java.time.temporal.TemporalAdjusters.*; 











2014-03-18 
LocalDate datel LocalDate.of (2014, 3, 18); SC 


LocalDate date2 = datel.with (nextOrSame (DayOfWeek .SUNDAY)); <— 2014-03-23 
LocalDate date3 = date2.with(lastDayOfMonth()); 一 2014-03-31 


表 12-3 提 供 了 TemporalaAdjuster 中 包含 的 工厂 方法 列表 。 


表 12-3 TemporalAdjuster 类 中 的 工厂 方法 
方 法 名 描 述 



































































































































dayOfWeekInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 每 一 周 的 第 几 天 
firstDayOfMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 当月 的 第 一 天 
firstDayOfNextMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 下 月 的 第 一 天 
firstDayOfNextYear 创建 一 个 新 的 日 期 ， 它 的 值 为 明年 的 第 一 天 
firstDayOfYear 创建 一 个 新 的 日 期 ， 它 的 值 为 当年 的 第 一 天 
firstInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 ， 第 一 个 符合 星期 几 要 求 的 值 
lastDayOfMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 当月 的 最 后 一 天 
lastDayOfNextMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 下 月 的 最 后 一 天 
lastDayOfNextYear 创建 一 个 新 的 日 期 ， 它 的 值 为 明年 的 最 后 一 天 
lastDayOfYear 创建 一 个 新 的 日 期 ， 它 的 值 为 今年 的 最 后 一 天 
lastInMonth 创建 一 个 新 的 日 期 ， 它 的 值 为 同一 个 月 中 ， 最 后 一 个 符合 星期 几 要 求 的 值 
a a ， 日 期 ， 并 将 其 值 设 定 为 日 期 调整 后 或 者 调整 前 ， 第 一 个 符合 指定 星 
by 9 Y baa | 
创建 一 个 新 的 日 期 ， 并 将 其 值 设 定 为 日 期 调整 后 或 者 调整 前 ， 第 一 个 符合 指定 星 
DT PT 9 590e 期 几 要 求 的 日 期 ,如果 该 日 期 已 经 符合 要 求 ， 直 接 返回 该 对 象 


























正如 我 们 看 到 的 ， 使 用 TemporalAgjuster 我 们 可 以 进行 更 加 复杂 的 日 期 操作 ， 而 且 这 些 方 
法 的 名 称 也 非常 直观 ， 方 法 名 基本 就 是 问题 陈述 。 此 外 ， 即 使 你 没有 找到 符合 你 要 求 的 预定 义 的 
TemporalAdjuster, 创建 你 自己 的 Te poralAdjuster 也 并 非 难 事 。 实 际 上 ，Temporal- 
Adqjustez 接 口上 只 声明 了 单一 的 一 个 方法 〈 这 使 得 它 成 为 了 一 个 函数 式 接 口 )， 定义 如 下 。 
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代码 清单 12-9 TemporalAgdjuster 接 口 
@FunctionalInterface 
public interface TemporalAdjuster { 
Temporal adjustIinto(Temporal temporal); 


} 
这 意味 着 TemporalAdjuster 接 口 的 实现 需要 定义 如 何 将 一 个 Temporal 对 象 转换 为 男 一 
es 你 可 以 把 它 看 成 一 个 Unaryoperator<Temporal>。 花 几 分钟 时 间 完 成 测验 
12.2， 练 习 一 下 我 们 到 目前 为 止 所 学 习 的 东西 ， 请 实现 你 自己 的 TemporalAdjuster。 




















测验 12.2 ”实现 一 个 定制 的 TremporalAdjuster 
请 设计 一 个 NextWorkingDay 类 ， 该 类 实现 了 TemporalAdjuster 接 口 ， 能 够 计算 明天 
的 日 期 ， 同 时 过 滤 掉 周 六 和 周 日 这 些 节 假日 。 格 式 如 下 所 示 : 


date = date.with(new NextWorkingDay () ) ; 
如 果 当 天 的 星期 介 于 周一 至 周 五 之 间 , 日 期 向 后 移动 一 天 ; 如 果 当 天 是 周 六 或 者 周 日 ， 则 
返回 下 一 个 周一 。 


答案 : 下 面 是 参考 的 NextWorkingDay 类 的 实现 。 正常 情况 ， 
增加 1 天 
public class NextWorkingDay implements TemporalAdjuster { 
@Override 读 取 当 前 
public Temporal adjustInto(Temporal temporal) { 日 期 


DayOfWeek dow = 
DayOfWeek.of (temporal .get (ChronoField.DAY_ OF_ WEEK)); 





a olsenade elo = < 上 一 
if (dow == DayOfWeek.FRIDAY) dayToAdd 三 3 7: 
else if (dow == DayOfWeek.SATURDAY) dayToAdd = 2; 如 果 当 天 是 周 
Feteunn emoerol Olu (dv Lod Conovn Ee AS, 五 ， 增 加 3 天 
: : 增加 恰当 的 天 数 后 如 果 当 天 是 周 
返回 修改 的 日 期 六 ， 增 加 2 天 


该 TemporalAgdjuster 通 常情 况 下 将 日 期 往 后 顺延 一 天 ， 如 果 当 天 是 周 六 或 者 周 日 ， 则 
依据 情况 分 别 将 日 期 顺延 3 天 或 者 2 天 。 注 意 ， 由 于 TemporalAdjuster 是 一 个 函数 式 接 口 ， 


你 只 能 以 Lambda 表 达 式 的 方式 向 该 adjuster 接 口传 递 行为 : 
dose ole em or 
DayOfWeek dow = 
DayOfWeek.of (temporal .get (ChronoField.DAY_ OF_ WEEK)); 
be ol nao ve Me 
if (dow == DayOfWeek.FRIDAY) dayToAdd = 3; 
else if (dow == DayOfWeek.SATURDAY) dayToAdd = 2; 
return temporal.plus(dayToaAdd, ChronoUnit.DAYS); 
jp 
et di 为 了 达到 这 一 目的 , 我 们 
建议 你 像 我 们 的 示例 那样 将 它 的 逻辑 封装 到 一 个 类 中 。 对 于 你 经 常 使 用 的 操作 ,都 应 该 采用 类 
似 的 方式 ， 进 行 封 装 。 最 终 ， 你 会 创建 自 人 让 你 和 你 的 团队 能 轻松 地 实现 代码 复 用 。 
如 果 你 想 要 使 用 Lambda 表 达 式 定义 TemporalaAdjuster 对 象 ， 推 荐 使 用 Temporal- 


Adjusters 类 的 静态 工厂 方法 ofDateAdjuster, 它 接 受 一 个 UnaryOperator<LocalDate> 
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类 型 的 参数 ， 代 码 如 下 


TemporalAdjuster 


nextWorkingDay = TemporalAdjusters.ofDateAdjuster!( 


temporal -> { 
DayOfWeek dow = 
DayOfWeek.of (temporal .get (ChronoField.DAY_ OF_ WEEK)); 
eos wv ee = Ty; 
if (dow == DayOfWeek.FRIDAY) dayToAaAdd = 3:; 
if (dow == DayOfWeek.SATURDAY) dayToAdd = 27 
neeurn semoral lus (dy LoaAdo CronoUnie DA 


Ds 


date = date.with 


(nextWorkingDay); 




















你 可 能 希望 对 你 的 日 期 时 间 对 象 进行 的 男 外 一 个 通用 操作 是 , 依据 你 的 业务 领域 以 不 同 的 格 


式 打 印 输 出 这 些 日 期 和 时 间 对 象 。 类 似 地 , 你 可 能 也 需要 将 那些 格式 的 字符 时 转换 为 实际 的 日 期 
































对 象 。 接 下 来 的 一 他 ， 我 们 会 演示 新 的 日 期 和 时 间 API 提 供 那些 机 制 是 如 何 完成 这 些 任 务 的 。 


12.2.2 ”打印 输出 及 解析 日 期 -时 间 对 象 


处 理 日 期 和 时 间 对 象 时 ， 格 式 化 以 及 解析 日 期 -时 间 对 象 是 另 一 个 非常 重要 的 功能 。 新 的 
java.time.format 包 就 是 特别 为 这 个 目的 而 设计 的 。 这 个 包 中 ， 最 重要 的 类 是 DateTime- 


Formatter。 创建 格式 器 最 简单 的 方法 是 通过 它 的 静态 工厂 方法 以 及 常量 。 像 BASIC_ISO_DATE 





和 ISO_LOCAL_DATE 这 





DateTimeFormatter 实 


面 的 这 个 例子 中 ,我 们 使 用 了 两 个 不 同 的 格式 器 生成 了 字符 串 : 


LocalDate date = 了 
String sl = date.f 
String s2 = date.f 












































样 的 常量 是 DateTimeFormatter 类 的 预定 义 实例 。 所 有 的 
例 都 能 用 于 以 一 定 的 格式 创建 代表 特定 日 期 或 时 间 的 字符 串 。 比 如 ， 下 




















TD Of (2014,. 3.,.. LT8)> 
ocalDate.o ( 0 3 8) 20140318 
ormat (DateTimeFormatter.BASIC_ISO_ DATE) ;< 一 
ormat (DateTimeFormatter.I1ISO_LOCAL DATE) ;< 一 2014-03-18 








你 也 可 以 通过 解析 代表 日 期 或 时 间 的 字符 串 重 新 创建 该 日 期 对 象 。 所 有 的 日 期 和 时 间 API 
都 提供 了 表示 时 间 点 或 者 时 间 段 的 工厂 方法 ， 你 可 以 使 用 工厂 方法 parse 达 到 重创 该 日 期 对 象 





的 目的 : 
LocalDate datel = 


LocalDate date2 = 


和 老 的 java.util. 


LocalDate.parse("20140318", 
DateTimeFormatter.BASIC_ISO_ DATE); 
LocalDate.parse("2014-03-18", 
DateTimeFormatter.ISO_ LOCAL DATE); 


DateFormat 相 比较 ， 所 有 的 DateTimeFormatter 实 例 都 是 线程 安全 





的 。 所 以 ， 你 能 够 以 单 例 模式 创建 格式 器 实例 ， 就 像 DateTimeFormatter 所 定义 的 那些 常量 ， 
并 能 在 多 个 线程 间 共享 这 些 实例 。DateTimeFormatter 类 还 支持 一 个 静态 工厂 方法 ， 它 可 以 按 
照 某 个 特定 的 模式 创建 格式 器 ， 代 码 清 单 如 下 。 


代码 清单 12-10 ”按照 某 个 模式 创建 DateTimeFormatter 








DateTimeFormatter 


formatter = DateTimeFormatter.ofPattern("dd/MM/yyyy"); 
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LocalDate datel = LocalDate.of (2014, 3, 18); 
String formattedDate = datel.format (formatter); 
LocalDate date2 = LocalDate.parse (formattedDate, formatter); 


这 段 代 码 中 ，LocalDate 的 fo rmate 方 法 使 用 指定 的 模式 生成 了 一 个 代表 该 日 期 的 字符 是 
紧 接着 ,静态 的 parse 方 法 使 用 同样 的 格式 器 解析 了 刚才 生成 的 字符 串 ， 并 重建 了 该 日 期 对 象 。 
ofPattern 方 法 也 提供 了 一 个 重 载 的 版 本 ,使 用 它 你 可 以 创建 某 个 Locale 的 格式 器 ， 代 码 清单 
如 下 所 示 。 


代码 清单 12-11 创建 一 个 本 地 化 的 DateTimeFormatter 


DateTimeFormatter italianFormatter = 

DateTimeFormatter.ofPattern("d. MMMM yyyy", Locale.ITALIAN); 
LocalDate datel1 = LocalDate.of (2014, 3, 18); 
String formattedDate = date.format (italianFormatter); // 18. marzo 2014 
LocalDate date2 = LocalDate.parse(formattedDate, italianFormatter); 








Ud 


O 


























最 后 ， 如 果 你 还 需要 更 加 细 粒 度 的 控制 ，DateTimeFormatterBuildqer 类 还 提供 了 更 复杂 
的 格式 器 ,你 可 以 选择 恰当 的 方法 , 一 步 一 步 地 构造 自己 的 格式 器 。 男 外 ， 它 还 提供 了 非常 强大 
的 解析 功能 ， 比 如 区 分 大 小 写 的 解析 、 和 柔性 解析 ( 允许 解析 器 使 用 启发 式 的 机 制 去 解析 输入 ,不 
精确 地 匹配 指定 的 模式 )、 填 充 ， 以 及 在 格式 咒 中 指定 可 选 节 。 比 如 ， 你 可 以 通过 
DateTimeFormatterBuilder 自 己 编程 实现 我 们 在 代码 清单 12-11 中 使 用 的 italianFor- 
matter， 代 码 清单 如 下 。 


代码 清单 12-12 构造 一 个 DateTimeFormatter 
DateTimeFormatter italianFormatter = new DateTimeFormatterBuilder() 

.appendText (ChronoField.DAY_OF_MONTH) 
.appendLiteral(". ") 
.appendText (ChronoField.MONTH_OF_YEAR) 
.appendLiteral(" ") 
.appendText (ChronoField.YEAR) 
.parseCaseInsensitive() 
.toFormatter (Locale.ITALIAN) ; 


目前 为 止 ， 你 已 经 学 习 了 如 何 创 建 、 操 纵 、 格 式 化 以 及 解析 时 间 点 和 时 间 段 ， 但 是 你 还 不 了 
解 如 何 处 理 日 期 和 时 间 之 间 的 微妙 关系 。 比 如 ,你 可 能 需要 处 理 不 同 的 时 区 ， 或 者 由 于 不 同 的 历 
法 系统 带 来 的 差异 。 接 下 来 的 一 他， 我 们 会 探究 如 何 使 用 新 的 日 期 和 时 间 API 解 决 这 些 问 题 。 


12.3 ”处 理 不 同 的 时 区 和 历法 


之 前 你 看 到 的 日 期 和 时 间 的 种 类 都 不 包含 时 区 信息 。 时 区 的 处 理 是 新 版 日 期 和 时 间 API 新 增 
加 的 重要 功能 ， 使 用 新 版 日 期 和 时 间 API 时 区 的 处 理 被 极 大 地 简化 了 。 新 的 java.time.ZzoneId 
类 是 老 版 java.util.Trimezone 的 替代 品 。 它 的 设计 目标 就 是 要 让 你 无 需 为 时 区 处 理 的 复杂 和 
繁琐 而 操心 ， 比 如 处 理 日 光 时 (Daylight Saving Time，DST ) 这 种 问题 。 跟 其 他 日 期 和 时 间 类 一 
样 ，zoneId 类 也 是 无 法 修改 的 。 
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时 区 是 按照 一 定 的 规则 将 区 域 划分 成 的 标准 时 间 相 同 的 区 间 。 在 zoneRules 这 个 类 中 包含 了 
40 个 这 样 的 实例 。 你 可 以 简单 地 通过 调用 zoneia 的 getRules () 得 到 指定 时 区 的 规则 。 每 个 特定 
的 zoneId 对 象 都 由 一 个 地 区 ID 标识 ， 比 如 : 

ZoneId romeZone = ZoneId.of ("Europe/Rome"); 

地 区 D 都 为 “{ 区 域 W {城市}” 的 格式 , 这些 地 区 集合 的 设 定 都 由 英 特 网 编号 分 配 机 构 (IANA ) 
的 时 区 数据 库 提供 。 你 可 以 通过 Java 8 的 新 方法 tozoneId 将 一 个 老 的 时 区 对 象 转换 为 ZoneId: 

ZoneId zoneIdq = TimeZone.getDefault() .toZoneId(); 

一 旦 得 到 一 个 ZoneIgd 对 象 , 你 就 可 以 将 它 与 LocalDate、LocalDateTime 或 者 是 Instant 
对 象 整合 起 来 ， 构 造 为 一 个 zoneaDateTime 实 例 ， 它 代表 了 相对 于 指定 时 区 的 时 间 点 ， 代 码 清 
单 如 下 所 示 。 


代码 清单 12-13 ”为 时 间 点 添加 时 区 信息 
LocalDate date = LocalDate.of (2014, Month.MARCH, 18); 
ZonedDateTime zdt1 = date.atStartOfDay (romeZone); 























LocalDateTime dateTime = LocalDateTime.of(2014, Month.MARCH, 18, 13, 45); 
ZonedDateTime zdt2 = dateTime.atZone (romeZone); 


Instant instant = Instant.now(); 
ZonedDateTime zdt3 = instant.atZone (romeZone); 


12-1 对 ZonedDateTime 的 组 成 部 分 进行 了 说 明 ， 相 信和 能 够 帮助 你 理解 LocaleDate、 


LocalTime、LocalDateTime 以 及 zoneIdq 之 间 的 差异 。 





2014-05-14T15:33:05.941+01:00[Europe/London] 


| LocateDateTime | 


ZonedDateTime 


图 12-1 ”理解 ZonedDateTime 




















通过 zoneId， 你 还 可 以 将 LocalDateTime 转 换 为 Instant: 


LocalDateTime dateTime = LocalDateTime.of (2014, Month.MARCH, 18, 13, 45); 
Instant instantFromDateTime = dateTime.toInstant (romeZone); 


你 也 可 以 通过 反问 的 方式 得 到 LocalDateTime 对 象 : 


Instant instant = Instant.now(); 
LocalDateTime timeFromInstant = LocalDateTime.ofInstant (instant, romeZone); 


12.3.1 ”利用 和 UTC/ 格 林 尼 治 时 间 的 固定 偏差 计算 时 区 
另 一 种 比较 通用 的 表达 时 区 的 方式 是 利用 当前 时 区 和 UTC/ 格 林 尼 治 的 固定 偏差 。 比 如 ， 基 
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于 这 个 理论 ， 你 可 以 说 “纽约 落后 于 伦敦 5 小 时 ”。 这 种 情况 下 ， 你 可 以 使 用 zoneoffset 类 , 它 
是 ZoneId 的 一 个 子 类 ， 表 示 的 是 当前 时 间 和 伦敦 格林 尼 治 子午 线 时 间 的 差异 : 

ZoneOffset newYorkOffset = ZoneOffset.of("-05:00"); 

“-05:00” 的 偏差 实际 上 对 应 的 是 美国 东部 标准 时 间 。 注 意 ,使 用 这 种 方式 定义 的 ZoneOffset 
并 未 考虑 任何 日 光 时 的 影响 , 所 以 在 大 多 数 情况 下 , 不 推荐 使 用 。 由 于 zoneoffset 也 是 zoneIa， 
所 以 你 可 以 像 代 码 清单 12-13 那 样 使 用 它 。 你 甚至 还 可 以 创建 这 样 的 offsetDateTime， 它 使 用 
ISO-8601 的 历法 系统 ， 以 相对 于 UTC/ 格 林 尼 治 时 间 的 偏差 方式 表示 日 期 时 间 。 


LocalDateTime dateTime = LocalDateTime.of (2014, Month.MARCH, 18, 13, 45); 
OffsetDateTime dateTimeInNewYork = OffsetDateTime.of (date, newYorkOffset); 


新 版 的 日 期 和 时 间 API 还 提供 了 另 一 个 高 级 特性 , 即 对 非 ISO 历 法 系统 (non-ISO calendaring ) 
的 支持 。 


12.3.2 ”使 用 别 的 日 历 系统 


ISO-8601 日 历 系统 是 世界 文明 日 历 系统 的 事实 标准 。 但 是 ，Java 8 中 另外 还 提供 了 4 种 其 他 的 
日 历 系统 。 这 些 日 历 系统 中 的 每 一 个 都 有 一 个 对 应 的 日 志 类 ， 分 别 是 ThaiBugddhistDate、 
MinguoDate 、JapaneseDate 以 及 HijrahDate。 所 有 这 些 类 以 及 LocalDate 都 实现 了 
ChronoLocalDate 接 口 ， 能 够 对 公历 的 日 期 进行 建 模 。 利 用 LocalDate 对 象 ， 你 可 以 创建 这 些 
类 的 实例 。 更 通用 地 说 ， 使 用 它们 提供 的 静态 工厂 方法 ， 你 可 以 创建 任何 一 个 Temporal 对 象 的 
实例 ， 如 下 所 示 : 


LocalDate date = LocalDate.of(2014, Month.MARCH, 18); 
JapaneseDate japaneseDate = JapaneseDate.from(date); 


或 者 , 你 还 可 以 为 某 个 Locale 显 式 地 创建 日 历 系统 , 接着 创建 该 Locale 对 应 的 日 期 的 实例 。 
新 的 日 期 和 时 间 API 中 ，chronology 接 口 建 模 了 一 个 日 历 系统 ， 使 用 它 的 静态 工厂 方法 
ofLocale， 可 以 得 到 它 的 一 个 实例 ， 代 码 如 下 : 

























































































Chronology japaneseChronology = Chronology.ofLocale(Locale.JAPAN) ; 
ChronoLocalDate now = japaneseChronology .dateNow(); 


日 期 及 时 间 API 的 设计 者 建议 我 们 使 用 LocalDate， 尽 量 避 免 使 用 chronoLocalDate， 原 
是 开发 者 在 他 们 的 代码 中 可 能 会 做 一 些 假设 ,而 这 些 假设 在 不 同 的 日 历 系统 中 ,有 可 能 不 成 立 。 
比如 ,有 人 可 能 会 做 这 样 的 假设 ， 即 一 个 月 天 数 不 会 超过 31 天 , 一 年 包括 12 个 月 , 或 者 一 年 中 包 
含 的 月 份 数目 是 固定 的 。 由 于 这 些 原 因 , 我 们 建议 你 尽量 在 你 的 应 用 中 使 用 LocalDate, 包括 存 
储 、 操 作 、 业 务 规则 的 解读 ; 不 过 如 果 你 需要 将 程序 的 输入 或 者 输出 本 地 化 ， 这 时 你 应 该 使 用 
ChronoLocalDate 类 。 

伊斯兰 教 日 历 

在 Java 8 新 添加 的 几 种 日 历 类 型 中 ，Hijrahpate (伊斯兰 教 日 历 ) 是 最 复杂 一 个 ， 因 为 它 
会 发 生 各 种 变化 。Hijrah 日 历 系统 构建 于 农历 月 份 继承 之 上 。Java 8 提供 了 多 种 方法 判断 一 个 月 
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份 ， 比 如 新 月 ， 在 世界 的 哪些 地 方 可 见 ， 或 者 说 它 只 能 首先 可 见于 沙特 阿拉 伯 。withvariant 
方法 可 以 用 于 选择 期 望 的 变化 。 为 了 支持 HijrahDate 这 一 标准 ，Java 8 中 还 包括 了 乌 姆 库 拉 
( Umm Al-Qura ) 变量 。 

下 面 这 段 代 码 作为 一 个 例子 说 明了 如 何在 ISO 日 历 中 计算 当前 伊斯兰 年 中 斋月 的 起 始 和 终止 
日 期 : 




















取得 当前 的 Hijrah 
HijrahDate ramadanDate = 日 期 ， 紧 接着 对 其 进 
HijrahDate.now() .with(ChronoField.DAY_OF_MONTH, 1) 行 修正 ， 得 到 斋月 的 


.with(ChronoField.MONTH_OF_YEAR, 9); 起 一 第 一 天 ， 即 第 9 个 月 


System.out .println("Ramadan starts on " + 
Tsochronology .INSTR- IsoChronology .INSTANCE.date(ramadanDate) + 


NCE 是 Isochronology 类 “and ends on ” + 斋月 始 于 2014-06-28， 
一 人 赵 太 守 IsoChronology .INSTANCE .datel( < 一 止 于 2014-07-27 
的 一 个 静态 实例 
ramadanDate.with!( 


TemporalAdjusters.lastDayOfMonth()))); 


12.4 小 结 


这 一 章 中 ， 你 应 该 掌握 下 面 这 些 内 容 。 

口 Java 8 之 前 老 版 的 java.util.Date 类 以 及 其 他 用 于 建 模 日 期 时 间 的 类 有 很 多 不 一 致 及 

设计 上 的 缺陷 ， 包 括 易 变性 以 及 糟糕 的 偏 移 值 、 默 认 值 和 命名 。 

口 新 版 的 日 期 和 时 间 API 中 ， 日 期 -时 间 对 象 是 不 可 变 的 。 

D 新 的 API 提 供 了 两 种 不 同 的 时 间 表 示 方 式 ， 有 效 地 区 分 了 运行 时 人 和 机 器 的 不 同 需求 。 

口 你 可 以 用 绝对 或 者 相对 的 方式 操纵 日 期 和 时 间 ， 操 作 的 结果 总 是 返回 一 个 新 的 实例 ， 老 

的 日 期 时 间 对 象 不 会 发 生变 化 。 

D TemporalaAdqjuster 让 你 能 够 用 更 精细 的 方式 操纵 日 期 ， 不 再 局 限于 一 次 只 能 改变 它 的 

一 个 值 ， 并 且 你 还 可 按照 需求 定义 自己 的 日 期 转换 器 。 

口 你 现在 可 以 按照 特定 的 格式 需求 , 定义 自己 的 格式 器 , 打印 输出 或 者 解析 日 期 -时 间 对 象 。 

这 些 格式 器 可 以 通过 模板 创建 ， 也 可 以 自己 编程 创建 ， 并 且 它 们 都 是 线程 安全 的 。 

口 你 可 以 用 相对 于 某 个 地 区 /位 置 的 方式 , 或 者 以 与 UTC/ 格 林 尼 治 时 间 的 绝对 偏差 的 方式 表 re 
示 时 区 ， 并 将 其 应 用 到 日 期 -时 间 对 象 上 ， 对 其 进行 本 地 化 。 

口 你 现在 可 以 使 用 不 同 于 ISO-8601 标 准 系统 的 其 他 日 历 系统 了 。 






































超越 Java 8 





在 本 书 的 最 后 一 部 分 ， 我 们 简单 地 介绍 Java 中 的 函数 式 编程 ， 并 对 Java 8 和 Scala 中 相关 
的 特性 进行 比较 。 

第 13 章 中 ， 我 们 会 全 面 地 介绍 函数 式 编程 ， 介 绍 它 的 术语 ， 并 详细 介绍 如 何在 Java 8 中 
进行 函数 式 编程 。 

第 14 章 会 讨论 函数 式 编程 的 一 些 高 级 技术 ， 包 括 高 阶 函 数 、 科 里 化 、 持 和 久 化 数据 结构 、 
延迟 列表 ， 以 及 模式 匹配 。 你 可 以 将 这 一 章 看 作 一 道 混 合 大 餐 ， 它 既 包 含 了 能 直接 应 用 到 你 
代码 中 的 实战 技巧 ， 也 圳 括 了 一 些 学 术 性 的 知识 ， 帮 助 你 成 为 知识 更 加 渊博 的 程序 员 。 

第 15 章 讨论 Java 8 和 Scala 语 言 的 特性 比较 一 一 Scala 是 一 种 新 型 语言 ， 它 和 Java 有 几 分 相 
似 ， 都 构建 于 JVM 之 上 ， 最 近 一 段 时 间 发 展 很 迅猛 ， 在 编程 生态 系统 中 已 经 对 Java 某 些 方面 
的 固有 地 位 造成 了 威胁 。 

最 后 ， 我 们 在 第 16 章 回顾 了 学 习 Java 8 的 旅程 ， 以 及 向 函数 式 编程 转变 的 潮流 。 除 此 之 
外 ， 我 们 还 展望 了 会 有 哪些 改进 以 及 重要 的 新 的 特性 可 能 出 现在 Java 8 之 后 的 版 本 里 。 
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本 章 内 容 

口 为 什么 要 进行 函数 式 编程 
口 什么 是 函数 式 编程 

口 声明 式 编程 以 及 引用 透明 性 
口 编写 函数 式 Java 的 准则 

口 迭代 和 递归 




















你 已 经 发 现 了 ， 本 书 中 频繁 地 出 现 “ 函 数 式 ” 这 个 术语 。 到 目前 为 止 , 你 可 能 也 对 函数 式 编 
程 包含 哪些 内 容 有 了 一 定 的 了 解 。 它 指 的 是 Lambda 表 达 式 和 一 等 函数 吗 ? 还 是 说 限制 你 对 可 变 
对 象 的 修改 ”如 果 是 这 样 , 采用 函数 式 编程 能 为 你 带 来 什么 好 处 呢 ? 这 一 章 中 , 我 们 会 一 一 为 你 
解答 这 些 问题 。 我 们 会 介绍 什么 是 函数 式 编程 ， 以 及 它 的 一 些 术 语 。 我们 首先 会 探究 函数 式 编程 
背后 的 概念 ， 比 如 副作用 、 不 变性 、 声 明 式 编程 、 引 用 透明 性 ， 并 将 它们 和 Java 8 的 实践 相 结 合 。 
下 一 章 , 我 们 会 更 深入 地 研究 函数 式 编程 的 技术 ,包括 高 阶 函数 、 科 里 化 、 持 久 化 数据 结构 、 延 
迟 列 表 、 模 式 匹 配 以 及 结合 器 。 


13.1 ”实现 和 维护 系统 


让 我 们 假设 你 被 要 求 对 一 个 大 型 的 遗留 软件 系统 进行 升级 , 而 且 这 个 系统 你 之 前 并 不 是 非常 
了 解 。 你 是 否 应 该 接受 维护 这 种 软件 系统 的 工作 呢 ? 稍 有 理智 的 外 包 Java 程 序 员 只 会 依赖 如 下 这 
种 言 不 由 衷 的 格言 做 决定 , “搜索 一 下 代码 中 有 没有 使 用 synchronizeq 关 键 字 ， 如 果 有 就 直接 
拒绝 ( 由 此 我 们 可 以 了 解 修复 并 发 导致 的 缺陷 有 多 困难 ), 否则 进一步 看 看 系统 结构 的 复杂 程度 ”。 
我 们 会 在 下 面 中 提供 更 多 的 细节 , 但 是 你 发 现 了 吗 , 正如 我 们 在 前 面 几 章 所 讨论 的 ,如 果 你 喜欢 
无 状态 的 行为 ( 即 你 处 理 Stream 的 流水 线 中 的 函数 不 会 由 于 需要 等 待 从 另 一 个 方法 中 读 取 变量 ， 
或 者 由 于 需要 写 人 的 变量 同时 有 另 一 个 方法 正在 写 而 发 生 中 断 )，Java 8 中 新 增 的 Stream 提供 了 
强大 的 技术 支撑 ， 让 我 们 无 需 担心 锁 引起 的 各 种 问题 ， 充 分 发 掘 系统 的 并 发 能 力 。 

为 了 让 程序 易于 使 用 , 你 还 希望 它 具 备 哪 些 特性 呢 ? 你 会 希望 它 具有 良好 的 结构 , 最 好 类 的 
结构 应 该 反映 出 系统 的 结构 ,这 样 能 便于 大 家 理解 ; 甚至 软件 工程 中 还 提供 了 指标 ， 对 结构 的 合 
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到 
部 分 之 间 如 何 协作 )。 




















性 进行 评估 ， 比 如 耦合 性 〈 软件 系统 中 各 组 件 之 间 是 否 相 互 独立 ) 以 及 内 聚 性 ( 系统 的 各 相关 




















不 过 ,对 大 多 数 程序 员 而 言 ,最 关心 的 日 常 要 务 是 代码 维护 时 的 调试 : 代码 遭遇 一 些 无 法 预 
期 的 值 就 有 可 能 发 生 表 省 。 为 什么 会 发 生 这 种 情况 ? 它 是 如 何 进入 到 这 种 状态 的 ? 想 想 看 你 有 多 





少 代 码 维护 的 顾虑 都 能 归咎 到 这 一 类 ! “很 明显 ， 








函数 式 编程 提出 的 “无 副作用 ”以 及 “不 变性 ” 


对 于 解决 这 一 难题 是 大 有 神 益 的 。 让 我 们 就 此 展开 进一步 的 探讨 。 


13.1.1 共享 的 可 变数 据 














最 终 , 我 们 刚才 讨论 的 无 法 预知 的 变量 修改 问题 , 都 源 于 共享 的 数据 结构 被 你 所 维护 的 代码 
中 的 多 个 方法 读 取 和 更 新 。 假设 儿 个 类 同时 都 保存 了 指向 某 个 列表 的 引用 。 那么 到 底 谁 对 这 个 列 
表 拥有 所 属 权 呢 ?如 果 一 个 类 对 它 进行 了 修改 , 会 发 生 什么 情况 ? 其 他 的 类 预期 会 发 生 这 种 变化 
吗 ? 其 他 的 类 又 如 何 得 知 列表 发 生 了 修改 呢 ? 我 们 需要 通知 使 用 该 列表 的 所 有 类 这 一 变化 吗 ? 
抑或 是 不 是 每 个 类 都 应 该 为 自己 准备 一 份 防御 式 的 数据 备份 以 备 不 时 之 需 呢 ? 换 句 话说 , 由 于 使 
用 了 可 变 的 共享 数据 结构 ,我 们 很 难 追 踪 你 程序 的 各 个 组 成 部 分 所 发 生 的 变化 。 图 13-1 解 释 了 这 
































一 问题 。 


哪个 类 拥有 
该 列表 ? 
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图 13-1 多 个 类 同时 共享 的 一 个 可 变 对 象 。 我 们 很 难说 到 底 哪 个 类 真正 拥有 该 对 象 























假设 有 这 样 一 个 系统 ， 它 不 修改 任何 数据 。 维 护 这 样 的 一 个 系统 将 是 一 个 无 以 伦比 的 美梦 ， 








因为 你 不 再 会 收 到 任何 由 于 某 些 对 象 在 某 些 地 方 修改 了 茶 个 数据 结构 而 导致 的 意外 报告 。 如 采 























个 方法 既 不 修改 它 内 肯 类 的 状态 ,也 不 修改 其 他 对 象 的 状态 , 使 用 return 返 回 所 有 的 计算 结果 ， 


那么 我 们 称 其 为 纯粹 的 或 者 无 副作用 的 。 





























更 确切 地 讲 , 到 底 哪 些 因素 会 造成 副作用 呢 ? 简 而 言 之 , 副作用 就 是 函数 的 效果 已 经 超出 了 





函数 自身 的 范畴 。 下 面 是 一 些 例子 。 





口 除了 构造 器 内 的 初始 化 操作 ， 对 类 中 数据 结构 的 任何 修改 ， 包 括 字 段 的 赋值 操作 〈 一 个 





典型 的 例子 是 setter 方 法 )。 





Qa 推荐 你 阅读 Michael Feathers 的 Working Effectively with Legacy Code 详 细 了 解 这 个 话题 。 
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口 抛 出 一 个 异常 。 
口 进行 输入 /输出 操作 ， 比 如 向 一 个 文件 写 数据 。 

从 男 一 个 角度 来 看 “无 副作用 ”的 话 , 我 们 就 应 该 考虑 不 可 变 对 象 。 不 可 变 对 象 是 这 样 一 种 
对 象 , 它们 一 旦 完成 初始 化 就 不 会 被 任何 方法 修改 状态 。 这 意味 着 一 旦 一 个 不 可 变 对 象 初始 化 完 
毕 ， 它 永远 不 会 进入 到 一 个 无 法 预期 的 状态 。 你 可 以 放心 地 共享 它 , 无 需 保 留任 何 副本 ,并 且 由 
于 它们 不 会 被 修改 ， 还 是 线程 安全 的 。 

“无 副作用 ”这 个 想法 的 限制 看 起 来 很 严 奇 ， 你 甚至 可 能 会 质疑 是 否 有 真正 的 生产 系统 能 
以 这 种 方式 构建 。 我们 希望 结束 本 章 的 学 习 之 后 ,你 能 够 确信 这 一 点 。 一 个 好 消息 是 ， 如 果 构 成 
系统 的 各 个 组 件 都 能 遵守 这 一 原则 ,该 系统 就 能 在 完全 无 锁 的 情况 下 ,使 用 多 核 的 并 发 机 制 ， 因 
为 任何 一 个 方法 都 不 会 对 其 他 的 方法 造成 干扰 。 此 外 , 这 还 是 一 个 让 你 了 解 你 的 程序 中 哪些 部 分 
是 相互 独立 的 非常 棒 的 机 会 。 

这 些 思想 都 源 于 函数 式 编程 ,我 们 在 下 一 节 会 进行 介绍 。 但 是 在 开始 之 前 ,让 我 们 先 看 看 函 
数 式 编程 的 基石 声明 式 编程 吧 。 


13.1.2 ”声明 式 编程 


般 通 过 编程 实现 一 个 系统 ， 有 两 种 思考 方式 。 一 种 专注 于 如 何 实 现 ， 比 如 :“ 首 先 做 这 个 ， 
紧 接 着 更 新 那个 ， 然 后 ……” 举 个 例子 ， 如 果 你 布 望 通过 计算 找 出 列表 中 最 昂 贯 的 事务 ， 通 常 需 
要 执行 一 系列 的 命令 : 从 列表 中 取出 一 个 事务 ， 将 甚 与 临时 最 昂贵 事务 进行 比较 ; 如 果 该 事务 开 
销 更 大 , 就 将 临时 最 昂贵 的 事务 设置 为 该 事务 ; 接着 从 列表 中 取出 下 一 个 事务 , 并 重复 上 述 操作 。 

这 种 “如 何 做 ”风格 的 编程 非常 适合 经 典 的 面向 对 象 编程 , 有 些 时 候 我 们 也 称 之 为 “命令 式 ” 
编程 ， 因 为 它 的 特点 是 它 的 指令 和 计算 机 底层 的 词汇 非常 相近 ， 比 如 赋值 、 条 件 分 支 以 及 循环 ， 
就 像 下 面 这 段 代码 : 

Transaction mostExpensive = transactions.get (0); 


if (mostExpensive == null) 
throw new IllegalArgumentException("Empty list of transactions") 















































































































































for(Transaction t: transactions.subList(1, transactions.size()))t{ 
if(t.getValue() > mostExpensive.getValue())t{ 
mostExpensive = 七; 


} 
} 


另 一 种 方式 则 更 加 关注 要 做 什么 。 你 在 第 4 章 和 第 5 章 中 已 经 看 到 ， 使 用 Stream API 你 可 以 指 
定 下 面 这 样 的 查询 : 
Optional<Transaction> mostExpensive = 


transactions.stream() 
.max(comparing (Transaction: :getValue)); 


这 个 查询 把 最 终 如 何 实现 的 细节 留 给 了 函数 库 。 我 们 把 这 种 思想 称 之 为 内 部 近代。 它 的 巨大 
优势 在 于 你 的 查询 语句 现在 读 起 来 就 像 是 问题 陈述 , 由 于 采用 了 这 种 方式 , 我 们 马上 就 能 理解 它 
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的 功能 ， 比 理解 一 系列 的 命令 要 简洁 得 多 。 

采用 这 种 “要 做 什么 ”风格 的 编程 通常 被 称 为 声明 式 编程 。 你 制定 规则 ,给 出 了 希望 实现 的 
目标 , 让 系统 来 决定 如 何 实 现 这 个 目标 。 它 带 来 的 好 处 非常 明显 ， 用 这 种 方式 编写 的 代码 更 加 接 
近 问 题 陈述 了 。 


13.1.3 ”为 什么 要 采用 函数 式 编程 


函数 式 编程 具体 实践 了 前 面 介绍 的 声明 式 编程 (“你 只 需要 使 用 不 相互 影响 的 表达 式 ， 描 述 
想 要 做 什么 ， 由 系统 来 选择 如 何 实 现 ”) 和 无 副作用 计算 。 正 如 我 们 前 面 所 讨论 的 ， 这 两 个 思想 
能 帮助 你 更 容易 地 构建 和 维护 系统 。 

同时 也 请 注意 ,我 们 在 第 3 童 中 使 用 Lambda 表 达 式 介绍 的 内 容 ， 即 一 些 语言 的 特性 ， 比 如 构 
造 操作 和 传递 行为 对 于 以 自然 的 方式 实现 声明 式 编程 是 必要 的 ， 它 们 能 让 我 们 的 程序 更 便于 阅 
读 , 易于 编写 。 你 可 以 使 用 stream 将 儿 个 操作 串 接 在 一 起 ， 表 达 一 个 复杂 的 查询 。 这 些 都 是 函 
数 式 编程 语言 的 特性 ; 我 们 在 14.5 节 中 介绍 结合 器 时 会 更 加 深入 地 介绍 这 些 内 容 。 

为 了 让 你 有 更 直观 的 感受 ， 我 们 会 结合 Java 8 介绍 这 些 语 言 的 新 特性 ， 现 在 我 们 会 具体 给 出 
函数 式 编程 的 定义 ， 以 及 它 在 Java 语 言 中 的 表述 。 我 们 和 希望 表达 的 是 ， 使 用 函数 式 编程 ， 你 可 以 
实现 更 加 健壮 的 程序 ， 还 不 会 有 任何 的 副作用 。 


13.2 ”什么 是 函数 式 编 程 


对 于 “什么 是 函数 式 编 程 ” 这 一 问题 最 简化 的 回答 是 “ 它 是 一 种 使 用 函数 进行 编程 的 方式 ”。 
那 什么 是 函数 呢 ? 
我 们 很 容易 想象 这 样 一 个 方法 ， 它 接受 一 个 整 型 和 一 个 浮 点 型 参数 ， 返 回 一 个 浮 点 型 的 结 
果 一 一 它 也 有 副作用 ， 随 着 调用 次 数 的 增加 ， 它 会 不 断 地 更 新 共享 变量 ， 如 图 13-2 所 示 。 
更 新 另 一 个 对 象 
的 一 个 字段 
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图 13-2” 带 有 副作用 的 函数 
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在 函数 式 编程 的 上 下 文中 , 一 个 “函数 ”对 应 于 一 个 数学 函数 : 它 接受 零 个 或 多 个 参数 , 生 
成 一 个 或 多 个 结果 , 并 且 不 会 有 任何 副作用 。 你 可 以 把 它 看 成 一 个 黑 盒 ， 它 接收 输入 并 产生 一 些 


输出 ， 如 图 13-3 所 示 。 


图 13-3 一 个 没有 任何 副作用 的 函数 


这 种 类 型 的 函数 和 你 在 Java 编 程 语言 中 见 到 的 函数 之 间 的 区 别 是 非常 重要 的 我 们 无 法 想 
象 ， 1og 或 者 sin 这 样 的 数学 函数 会 有 副作用 ), 尤其 是 , 使 用 同样 的 参数 调用 数学 函数 ， 它 所 返 
回 的 结果 一 定 是 相同 的 。 这 里 , 我 们 暂时 不 考虑 Random.nextInt 这 样 的 方法 , 稍 后 我 们 会 在 介 
绍 引 用 透明 性 时 讨论 这 部 分 内 容 。 

当 谈 论 “ 隐 数 式 ”时 ， 我 们 想 说 的 其 实 是 “ 像 数 学 函数 那样 一 一 没有 副作用 ”。 由 此 ， 编 程 
上 的 一 些 精妙 问题 随 之 而 来 。 我 们 的 意思 是 ,每 个 函数 都 只 能 使 用 函数 和 像 1f-then-else 这 样 
的 数学 思想 来 构建 吗 ? 或 者 , 我 们 也 允许 函数 内 部 执行 一 些 非 函 数 式 的 操作 ,只 要 这 些 操 作 的 结 
果 不 会 暴露 给 系统 中 的 其 他 部 分 ? 换 名 话说, 如 果 程 序 有 一 定 的 副作用 , 不 过 该 副作用 不 会 为 其 
他 的 调用 者 感知 , 是 否 我 们 能 假设 这 种 副作用 不 存在 呢 ? 调用 者 不 需要 知道 ,或 者 完全 不 在 意 这 
些 副 作用 ， 因 为 这 对 它 完全 没有 影响 。 

当 我 们 希望 能 界定 这 二 者 之 间 的 区 别 时 , 我 们 将 第 一 种 称 为 纯粹 的 函数 式 编程 ( 在 本 章 的 最 
后 会 讨论 这 部 分 内 容 )， 后 者 称 为 函数 式 编程 。 


13.2.1 函数 式 Java 编程 


编程 实战 中 ,你 是 无 法 用 Java 语 言 以 纯粹 的 函数 式 来 完成 一 个 程序 的 。 比 如 ，Java 的 VO 模型 
就 包含 了 带 副 作用 的 方法 (调用 scanner .nextLine 就 有 副作用 ， 它 会 从 一 个 文件 中 读 取 一 行 ， 
通常 情况 两 次 调用 的 结果 完全 不 同 )。 不 过 ， 你 还 是 有 可 能 为 你 系统 的 核心 组 件 编写 接近 纯粹 函 
数 式 的 实现 。 在 Java 语 言 中 ， 如 果 你 希望 编写 函数 式 的 程序 ， 首 先 需 要 做 的 是 确保 没有 人 能 觉察 
到 你 代码 的 副作用 ,这 也 是 函数 式 的 含义 。 假设 这 样 一 个 函数 或 者 方法 , 它 没有 副作用 ,进入 方 
法 体 执行 时 会 对 一 个 字段 的 值 加 一 ,退出 方法 体 之 前 会 对 该 字段 减 一 。 对 一 个 单线 程 的 程序 而 言 ， 
这 个 方法 是 没有 副作用 的 ,可 以 看 作 函 数 式 的 实现 。 换 个 角度 而 言 ， 如 果 男 一 个 线程 可 以 查看 该 
字段 的 值 一 一 或 者 更 糟糕 的 情况 , 该 方法 会 同时 被 多 个 线程 并 发 调用 一 一 那么 这 个 方法 就 不 能 称 
之 为 函数 式 的 实现 了 。 当 然 , 你 可 以 用 加 锁 的 方式 对 方法 的 方法 体 进行 封装 ,掩盖 这 一 问题 ,你 
甚至 可 以 再 次 声称 该 方法 符合 函数 式 的 约定 。 但 是 ,这样 做 之 后 ,你 就 失去 了 在 你 的 多 核 处 理 需 
的 两 个 核 上 并 发 执行 两 个 方法 调用 的 能 力 。 它 的 副作用 对 程序 可 能 是 不 可 见 的 , 不 过 对 于 程序 员 
你 而 言 是 可 见 的 ， 因 为 程序 运行 的 速度 变 慢 了 ! 

我 们 的 准则 是 ， 被 称 为 “函数 式 ” 的 函数 或 方法 都 只 能 修改 本 地 变量 。 除 此 之 外 , 它 引 用 的 
对 象 都 应 该 是 不 可 修改 的 对 象 。 通 过 这 种 规定 ， 我 们 期 望 所 有 的 字段 都 为 final 类 型 ， 所 有 的 引 
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用 类 型 字段 都 指向 不 可 变 对 象 。 后 续 的 内 容 中 , 你 会 看 到 我 们 实际 也 允许 对 方法 中 全 新 创建 的 对 
象 中 的 字段 进行 更 新 , 不 过 这 些 字段 对 于 其 他 对 象 都 是 不 可 见 的 , 也 不 会 因为 保存 对 后 续 调用 结 
果 造 成 影响 。 

我 们 前 述 的 准则 是 不 完备 的 ， 要 成 为 真正 的 函数 式 程序 还 有 一 个 附加 条 件 ， 不 过 它 在 最 初 
时 不 太 为 大 家 所 重视 。 要 被 称 为 函数 式 ， 函 数 或 者 方法 不 应 该 抛 出 任何 异常 。 关 于 这 一 点 ， 有 
一 个 极为 简单 而 又 极为 教条 的 解释 : 你 不 应 该 抛 出 异常 ， 因 为 一 旦 抛 出 异常 ， 就 意味 着 结果 被 
终止 了 ; 不 再 像 我 们 之 前 讨论 的 黑 盒 模式 那样 ， 由 *eturn 返 回 一 个 恰当 的 结果 值 。 不 过 ， 这 一 
规则 似乎 又 和 我 们 实际 的 数学 使 用 有 冲突 : 虽然 合法 的 数学 函数 为 每 个 合法 的 参数 值 返回 一 个 
确定 的 结果 ， 很 多 通用 的 数学 操作 在 严格 意义 上 称 之 为 局 部 函数 式 (partial function ) 可 能 更 为 
妥当 。 这 种 函数 对 于 某 些 输入 值 ， 甚 至 是 大 多 数 的 输入 值 都 返回 一 个 确定 的 结果 ; 不 过 对 男 一 
些 输入 值 ， 它 的 结果 是 未 定义 的 ， 甚 至 不 返回 任何 结果 。 这 其 中 一 个 典型 的 例子 是 除法 和 开平 
方 运算 ， 如 果 除 法 的 第 二 操作 数 是 0， 或 者 开平 方 的 参数 为 负数 就 会 发 生 这 样 的 情况 。 以 Java 那 
样 抛 出 一 个 异常 的 方式 对 这 些 情 况 进行 建 模 看 起 来 非常 自然 。 这 里 存在 着 一 定 的 争执 ， 有 的 作 
者 认为 抛 出 代表 严重 错误 的 异常 是 可 以 接受 的 ， 但 是 捕获 异常 是 一 种 非 函 数 式 的 控制 流 ， 因 为 
这 种 操作 违背 了 我 们 在 黑 盒 模型 中 定义 的 “传递 参数 ， 返 回 结果 ”的 规则 ， 引 出 了 代表 异常 处 
理 的 第 三 支 箭头 ， 如 图 13-4 所 示 。 


输入 一 一 >” 上 一 输出 


+ 
异常 
图 13-4” 抛 出 一 个 异常 的 方法 


那么 ， 如 果 不 使 用 异常 ， 你 该 如 何 对 除法 这 样 的 函数 进行 建 模 呢 ? 答案 是 请 使 用 
optional<T> 类 型 : 你 应 该 避免 让 sqrt 使 用 double sqrt (double) 这样 的 函数 签名 ， 因 为 这 
种 方式 可 能 抛 出 异常 ;与 之 相反 我 们 推荐 你 使 用 optional<Double> sqrt (double) 一 一 这 种 
方式 下 ， 函 数 要 么 返回 一 个 值 表示 调用 成 功 ， 要 么 返回 一 个 对 象 ， 表 明 其 无 法 进行 指定 的 操作 。 
当然 ， 这 意味 着 调用 者 需要 检查 方法 返回 的 是 否 为 一 个 空 的 optional 对 象 。 这 件 事 听 起 来 代价 
不 小 , 依据 我 们 之 前 对 函数 式 编程 和 纯粹 的 函数 式 编程 的 比较 ， 从 实际 操作 的 角度 出 发 , 你 可 以 
选择 在 本 地 局 部 地 使 用 异常 ,避免 通过 接口 将 结果 暴露 给 其 他 方法 , 这 种 方式 既 取 得 了 函数 式 的 
优点 ， 又 不 会 过 度 膨胀 代码 。 

最 后 ,作为 函数 式 的 程序 ,你 的 函数 或 方法 调用 的 库 函 数 如 果 有 副作用 ， 你 必须 设法 隐藏 它 
们 的 非 函 数 式 行为 ， 否 则 就 不 能 调用 这 些 方法 〈 换 句 话 说， 你 需要 确保 它们 对 数据 结构 的 任何 修 
改 对 于 调用 者 都 是 不 可 见 的 ， 你 可 以 通过 首次 复制 ， 或 者 捕获 任何 可 能 抛 出 的 异常 实现 这 一 目 
的 )。 在 13.2.4 节 中 ， 你 会 看 到 这 样 的 例子 ， 我 们 通过 复制 列表 的 方式 ， 有 效 地 隐藏 了 方法 
insertAl1 调 用 库 陶 数 List .add 所 产生 的 副作用 。 
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这 些 方法 通常 会 使 用 注释 或 者 使 用 标记 注释 声明 的 方式 进行 标注 一 一 符合 我 们 规定 的 函数 ， 
我 们 可 以 将 其 作为 参数 传递 给 并 发 流 处 理 操作 ， 比 如 我 们 在 第 4~7 章 介绍 过 的 Stream.map 方 法 。 

为 了 各 种 各 样 的 实战 需求 , 你 最 终 可 能 会 发 现 即便 对 函数 式 的 代码 , 我 们 还 是 需要 向 某 些 日 
志文 件 打印 输出 调试 信息 。 是 的 , 这 意味 着 严格 意义 上 说 ,这 些 代码 并 非 函 数 式 的 , 但 是 你 已 经 
在 实际 中 享受 了 函数 式 程序 带 来 的 大 多 数 好 人 处。 


13.2.2 引用 透明 性 


“没有 可 感知 的 副作用 ”( 不 改变 对 调用 者 可 见 的 变量 、 不 进行 WO、 不 抛 出 异常 ) 的 这 些 限 
制 都 隐 含 着 引用 透明 性 。 如 果 一 个 函数 只 要 传递 同样 的 参数 值 ， 总 是 返回 同样 的 结果 ， 那 这 个 
函数 就 是 引用 透明 的 。 string.replace 方 法 就 是 引用 透明 的 ， 因为 像 "raoul".replacel('r', 
'R') 这 样 的 调用 总 是 返回 同样 的 结果 ( replace 方 法 返回 一 个 新 的 字符 串 ， 用 小 写 的 + 替换 掉 
所 有 大 写 的 R )， 而 不 是 更 新 它 的 this 对 象 ， 所 以 它 可 以 被 看 成 函数 式 的 。 

换 名 话说， 函数 无 论 在 何 处 、 何 时 调用 ， 如 果 使 用 同样 的 输入 总 能 持续 地 得 到 相同 的 结果 ， 
就 具备 了 函数 式 的 特征 。 这 也 解释 了 我 们 为 什么 不 把 Random.nextInt 看 成 函数 式 的 方法 。Java 
语言 中 ， 使 用 Scanner 对 象 从 用 户 的 键盘 读 取 输 入 也 违反 了 引用 透明 性 原则 ， 因 为 每 次 调用 
nextLine 时 都 可 能 得 到 不 同 的 结果 。 不 过 ， 将 两 个 final int 类 型 的 变量 相 加 总 能 得 到 同样 的 
结果 ， 因 为 在 这 种 声明 方式 下 ， 变 量 的 内 容 是 不 会 被 改变 的 。 

引用 透明 性 是 理解 程序 的 一 个 重要 属性 。 它 还 包含 了 对 代价 昂贵 或 者 需 长 时 间 计 算 才 能 得 到 
结果 的 变量 值 的 优化 〈 通 过 保存 机 制 而 不 是 重复 计算 )， 我 们 通常 将 其 称 为 记忆 化 或 者 缓存 。 虽 
然 重要 ， 但 是 现在 讨论 还 是 有 些 跑题 ， 我 们 会 在 14.5 节 进行 介绍 。 

Java 语 言 中 ， 关 于 引用 透明 性 还 有 一 个 比较 复杂 的 问题 。 假 设 你 对 一 个 返回 列表 的 方法 调用 
了 两 次 。 这 两 次 调用 会 返回 内 存 中 的 两 个 不 同 列表 ,不 过 它们 包含 了 相同 的 元 素 。 如 果 这 些 列表 
被 当 作 可 变 的 对 象 值 ( 因此 是 不 相同 的 )， 那 么 该 方法 就 不 是 引用 透明 的 。 如 果 你 计划 将 这 些 列 
表 作为 单纯 的 值 (不 可 修改 )， 那么 把 这 些 值 看 成 相同 的 是 合理 的 ， 这 种 情况 下 该 方法 是 引用 透 
明 的 。 通 常情 况 下 ， 在 函数 式 编程 中 ， 你 应 该 选择 使 用 引用 透明 的 函数 。 我 们 会 在 14.5 节 继续 讨 
论 这 一 主题 。 现 在 我 们 想 探讨 从 更 大 的 范围 看 是 否 应 该 修改 对 象 的 值 。 


13.2.3 面向 对 象 的 编程 和 函数 式 编程 的 对 比 


我 们 由 函数 式 编程 和 (极端) 典型 的 面向 对 象 编程 的 对 比 入 手 进行 介绍 ， 最 终 你 会 发 现 Java 
8 认为 这 些 风格 其 实 只 是 面向 对 象 的 一 个 极端 。 作 为 Java 程 序 员 ， 毫 无 疑问 ， 你 一 定 使 用 过 某 种 
函数 式 编程 ， 也 一 定 使 用 过 某 些 我 们 称 为 极端 面向 对 象 的 编程 。 正 如 我 们 在 第 1 章 中 所 介绍 的 那 
样 , 由 于 硬件 ( 比如 多 核 ) 和 程序 员 期 望 ( 比如 使 用 类 数据 库 查 询 式 的 语言 去 操纵 数据 ) 的 变化 ， 
促使 Java 的 软件 工程 风格 在 某 种 程度 上 愈 来 愈 向 函数 式 的 方向 倾斜 ,本 书 的 目的 之 一 就 是 要 帮助 
你 应 对 这 种 潮流 的 变化 。 

关于 这 个 问题 有 两 种 观点 。 一 种 支持 极端 的 面向 对 象 : 任何 事物 都 是 对 象 ， 程序 要 么 通过 更 
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新 字段 完成 操作 , 要 么 调用 对 与 它 相关 的 对 象 进行 更 新 的 方法 。 男 一 种 观点 支持 引用 透明 的 函数 
式 编 程 ， 认 为 方法 不 应 该 有 (对 外 部 可 见 的 ) 对 象 修改 。 实 际 操作 中 ，Java 程 序 员 经 常 混用 这 些 
风格 。 你 可 能 会 使 用 包含 了 可 变 内 部 状态 的 迭代 器 遍历 某 个 数据 结构 , 同时 又 通过 函数 式 的 方式 
( 我们 曾经 讨论 过 ， 可 以 使 用 可 变局 部 变量 实现 这 一 目标 ) 计算 数据 结构 中 的 变量 之 和 。 本 章 接 
下 来 的 一 节 以 及 下 一 章 中 主要 的 内 容 都 围绕 这 函数 式 编程 的 技巧 展开 ， 带 助 你 编写 更 加 模块 化 ， 
更 适应 多 核 处 理 器 的 应 用 程序 。 这 些 技巧 和 思想 会 成 为 你 编程 武器 库 中 的 秘密 武器 。 


13.2.4 ”函数 式 编程 实战 


让 我 们 从 解决 一 个 示例 函数 式 的 编程 练习 题 人 手 : 给 定 一 个 列表 List<value>， 比 如 {1, 4， 
9}， 构 造 一 个 List<List<Integer>>， 它 的 成 员 都 是 类 表 {f1, 4, 9} 的 子 集 一 一 我 们 暂时 不 考虑 
元 素 的 顺序 。{1, 4, 9} 的 子 集 是 {1, 4, 9 、{1,4}、{1, 9}、{4, 9 1 1 和 19 以 及 他。 

包括 空子 集 在 内 ,这 样 的 子 集 总 共有 8 个 。 每 个 子 集 都 使 用 List<Integer> 表 示 ， 这 就 是 答 
案 中 期 望 的 List<List<Integer>> 类 型 。 
通常 新 手 碰 到 这 个 问题 都 会 觉得 无 从 下 手 ， 对 于 “1{1,4,9} 的 子 集 可 以 划分 为 包含 1 和 不 包含 
1 的 两 部 分 ”也 需要 特别 解释 "。 不 包含 1 的 子 集 很 简单 就 是 {4, 9}, 包含 1 的 子 集 可 以 通过 将 1 插入 
到 {4, 9} 的 各 子 集 得 到 。 这 样 我 们 就 能 利用 Java， 以 一 种 简单 、 自 然 、 自 项 向 下 的 函数 式 编程 方 
式 实现 该 程序 了 (一 个 常见 的 编程 错误 是 认为 空 的 列表 没有 子 集 )。 














































































































i : . | 如 果 输 入 为 空 ， 它 就 只 包含 
static List<List<Integer>> subsets(List<Integer> list) { 一 个 子 集 ， 既 空 列表 自身 


if (list.isEmpty()) { < 一 
List<List<Integer>> ans = new ArrayList<>(); 
ans.add (Collections.emptyList()); 
return ans; 








将 两 个 子 | } 否则 就 取出 一 个 元 素 first， 
答案 整合 Integer first = list.get (0); 找 出 剩余 部 分 的 所 有 子 集 ， 
在 一 起 就 List<Integer> rest = list.subList(1,1ist.size()); 并 将 其 赋予 iubaaas Bubans 
完成 了 任 , 构成 了 结果 的 另外 一 半 
务 ， 简 单 List<List<Integer>> Subans = subsets (rest); < 一 
吗 ? List<List<Integer>> Subans2 = insertAll (first, subans); < 人 一 
return concat (subans, subans2); 答案 的 另 一 半 是 subans2， 它 包含 了 
} subans 中 的 所 有 列表 ,但 是 经 过 调整 ， 在 


每 个 列表 的 第 一 个 元 素 之 前 添加 了 first 
如 果 给 出 的 输入 是 {1,4, 9}, 程序 最 终 给 出 的 管 案 是 {{}, {9}, 14 {4,9}, {1}, {1,9}, {1,4}, {1， 
4, 9}}。 当 你 完成 了 缺失 的 两 个 方法 之 后 可 以 实际 运行 下 这 个 程序 。 
我 们 一 起 回顾 下 你 已 经 完成 了 哪些 工作 。 你 假设 缺失 的 方法 insertAll 和 concat 自 身 都 是 
函数 式 的 , 并 依 此 推断 你 的 subsets 方 法 也 是 函数 式 的 , 因为 该 方法 中 没有 任何 操作 会 修改 现 有 
的 结构 〈 如 果 你 熟悉 数学 的 话 ， 你 大 概 对 此 很 熟悉 ， 这 就 是 著名 的 归纳 法 啊 )。 



















































































@ 偶 尔 会 有 些 麻烦 (机智! ) 的 学 生 指 出 另 一 种 解法 ， 这 是 一 种 纯粹 的 代码 把 戏 ， 它 利用 二 进 制 来 表示 数字 ( Java 
解决 方案 的 代码 分 别 对 应 于 000,001,010,011,100,101,110,111 )。 我 们 告诉 这 些 学 生 要 通过 计算 得 出 结果 ， 而 不 是 通 
过 列 出 所 有 列表 的 排列 组 合 ; 比如 以 行 ,4,9} 而 言 ， 它 就 有 六 种 排列 组 合 。 
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现在 , 让 我 们 看 看 如 何 定义 insertal1 方 法 。 这 是 第 一 个 可 能 出 现 的 坑 。 假 设 你 已 经 定义 好 
了 insertaAl1, 它 会 修改 传递 给 它 的 参数 。 那么 , 该 程序 会 以 修改 subans2 同 样 的 方式 , 错误 地 
修改 subans， 最 终 导致 答案 中 英名 地 包含 了 {1, 4, 9} 的 8 个 副本 。 与 之 相反 ， 你 可 以 像 下 面 这 样 
实现 insertAll 的 功能 : 





static List<List<Integer>> insertAll (Integer first, 
List<List<Integer>> lists) { 


List<List<Integer>> result = new ArrayList<>(); 
for (List<Integer> list : lists) { | 复制 列表 从 而 使 你 有 机 会 对 其 
List<Integer> copyList = new ArrayList<>(); < 一 进行 添加 操作 即使 底层 是 可 变 
， ， UN 0 = 
ee 的 ， 你 也 不 应 该 复制 底层 的 结构 


copyList.addAll (list); 


三 恋 疏 
result.add (copyList); 《不 过 Integer 底 层 是 不 可 变 的 ) 


} 
return result; 


} 

注意 到 了 吗 ? 你 现在 已 经 创建 了 一 个 新 的 List， 它 包含 了 subans 的 所 有 元 素 。 你 聪明 地 利 
用 了 Integer 对 象 无 法 修改 这 一 优势 ， 否 则 你 需要 为 每 个 元 素 创建 一 个 副本 。 由 于 聚焦 于 让 
insertAll 像 函数 式 那 样 地 工作 ， 你 很 自然 地 将 所 有 的 复制 操作 放 到 了 insertAl1 中 ， 而 不 是 
它 的 调用 者 中 。 

最 终 ， 你 还 需要 定义 concat 方 法 。 这 个 例子 中 ， 我 们 提供 了 一 个 简单 的 实现 ， 但 是 我 们 和 希 
望 你 不 要 这 样 使 用 ( 我们 展示 这 段 代码 的 目的 只 是 为 了 便于 你 比较 不 同 的 编程 风格 )。 


static List<List<Integer>> concat (List<List<Integer>> a, 
List<List<Integer>> b) { 


















































a.addAll (b); 
return a; 


} 
不 过 ,我们 真正 建议 你 采用 的 是 下 面 这 种 方式 : 


static List<List<Integer>> concat (List<List<Integer>> a, 
List<List<Integer>> b) { 
List<List<Integer>> r = new ArrayList<>(a); 
r.addAll (b); 
return rr; 




















} 

为 什么 呢 ? 第 二 个 版 本 的 concat 是 纯粹 的 函数 式 。 虽 然 它 在 内 部 会 对 对 象 进行 修改 〈 向 列 
表 r 添 加 元 素 ), 但 是 它 返 回 的 结果 基于 参数 却 没有 修改 任何 一 个 传人 的 参数 。 与 此 相反 ,第 一 个 
版 本 基于 这 样 的 事实 ， 执 行 完 concat (subans， subans2 ) 方 法 调用 后 ， 没 人 需要 再 次 使 用 
subans 的 值 。 对 于 我 们 定义 的 subsets， 这 的 确 是 事实 ， 所 以 使 用 简化 版 本 的 concat 是 个 不 错 
的 选择 。 不过, 这 也 取决 于 你 如 何 审视 你 的 时 间 ， 你 是 愿意 为 定位 诡异 的 缺陷 费劲 心机 耗费 时 间 
呢 ? 还 是 花费 些许 的 代价 创建 一 个 对 象 的 副本 呢 ? 

无 论 你 怎样 解释 这 个 不 太 纯 粹 的 concat 方 法 ,“ 只 会 用 于 第 一 参数 可 以 被 强制 覆盖 的 场景 ， 
或 者 只 会 使 用 在 这 个 subset s 方 法 中 ， 任何 对 subsets 的 修改 都 会 遵照 这 一 标准 进行 代码 评审 ” ， 
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一 旦 将 来 的 某 一 天 , 某 个 人 发 现 这 段 代 码 的 某 些 部 分 可 以 复 用 ,并且 似乎 可 以 工作 时 , 你 未 来 调 
试 的 梦 放 就 开始 了 。 我 们 会 在 14.2 节 继续 讨论 这 一 问题 。 

请 牢记 : 考虑 编程 问题 时 , 采用 苑 数 式 的 方法 ,关注 函数 的 输入 参数 以 及 输出 结果 ( 即 你 希 
望 做 什么 )， 通常 比 设计 阶段 的 早期 就 考虑 如 何 做 、 修 改 哪些 东 西 要 卓有成效 得 多 。 我 们 现在 转 
入 介绍 更 深入 的 递归 ， 它 是 函数 式 编程 特别 推崇 的 一 种 技术 ,能 帮 你 更 深刻 地 理解 “做 什么 ”这 
一 风格 。 


13.3 ”递归 和 迭代 


纯粹 的 函数 式 编程 语言 通常 不 包含 像 while 或 者 for 这 样 的 迭代 构造 器 。 为 什么 呢 ? 因为 这 
种 类 型 的 构造 器 经 常 隐 藏 着 陷阱 , 诱 使 你 修改 对 象 。 比 如 ,， while 循环 中 , 循环 的 条 件 需要 更 新 ; 
否则 循环 就 一 次 都 不 会 执行 ,要 么 就 进入 无 限 循环 的 状态 。 但 是 ,很 多 情况 下 循环 还 是 非常 有 用 
的 。 我 们 在 前 面 的 介绍 中 已 经 声明 过 ， 如 果 没 有 人 能 感知 的 话 ， 函 数 式 也 允许 进行 变更 ,这 意味 
着 我 们 可 以 修改 局 部 变量 。 我 们 在 Java 中 使 用 的 for-each 循 环 ，for(Apple a : apples { } 
如 果 用 迭代 器 方式 重 写 ， 代 码 如 下 : 


Iterator<Apple> it = apples.iterator(); 

























































































while (it.hasNext()) { 
Apple apple = it.next(); 
ZB th 


} 

这 并 不 是 问题 ， 因 为 改变 发 生 时 ， 这 些 变 化 ( 包括 使 用 next 方 法 对 迭代 器 状态 的 改变 以 及 
在 while 循 环 内 部 对 apple 变 量 的 赋值 ) 对 于 方法 的 调用 方 是 不 可 见 的 。 但 是 ， 如 果 使 用 
for-each 循 环 ， 比 如 像 下 面 这 个 搜索 算法 就 会 带 来 问题 ， 因 为 循环 体会 对 调用 方 共享 的 数据 结 
构 进行 修改 : 

public void searchForGold(List<String> 1, Stats stats)t 

fOr (StrInNng ss: 1)t{ 
if("gold".equals(s)){ 


stats.incrementFor ("gold"); 


} 






































} 
} 


实际 上 ， 对 函数 式 而 言 ， 循 环 体 带 有 一 个 无 法 避免 的 副作用 : 它 会 修改 stats 对 象 的 状态 ， 
而 这 和 程序 的 其 他 部 分 是 共享 的 。 

由 于 这 个 原因 , 纯 函 数 式 编程 语言 ， 比 如 Haskel1 直 接 去 除了 这 样 的 带 有 副作用 的 操作 ! 之 
后 你 该 如 何 编写 程序 呢 ? 比较 理论 的 答案 是 每 个 程序 都 能 使 用 无 需 修改 的 递归 重 写 , 通过 这 种 方 
式 避 免 使 用 迭代 。 使 用 递归 ,你 可 以 消除 每 步 都 需 更 新 的 迭代 变量 。 一 个 经 典 的 教学 问题 是 用 和 迭 
代 的 方式 或 者 递归 的 方式 (假设 输入 值 大 于 1 ) 编写 一 个 计算 阶乘 的 函数 ( 参数 为 正 数 )， 代码 列 
表 如 下 。 
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代码 清单 13-1 和 迭代 式 的 阶乘 计算 
static int factorialItetrativel(int n) { 
i 6 ee 于 
oR (TT 
i 
} 


return rr; 


} 


代码 清单 13-2 递归 式 的 阶乘 计算 
static long factorialRecursive(long n) { 
return n == 1 ?1 :n * factorialRecursive(n-1); 


} 
第 一 段 代码 展示 了 标准 的 基于 循环 的 结构 : 变量 r 和 i 在 每 轮 循环 中 都 会 被 更 新 。 第 二 段 代码 
以 更 加 类 数学 的 形式 给 出 一 个 递归 方法 (方法 调用 自身 ) 的 实现 。Java 语 言 中 ,使 用 递归 的 形式 
通常 效率 都 更 差 一 些 ， 我 们 很 快 会 讨论 这 方面 的 内 容 。 
但 是 , 如 果 你 已 经 仔细 阅读 过 本 书 的 前 面 章 节 , 一 定 知道 Java 8 的 Stream 提 供 了 一 种 更 加 简 
单 的 方式 ， 用 描述 式 的 方法 来 定义 阶乘 ,代码 如 下 。 


代码 清单 13-3 ”基于 stream 的 阶乘 


static long factorialStreams (long n)t{ 
return LongStream.rangeClosed(1, n) 
.reduce(l1, (long a, long b) -> a* b); 





























} 

现在 ,我 们 回来 谈 谈 效率 问题 。 作 为 Java 的 用 户 ， 相 信 你 已 经 意识 到 函数 式 程序 的 狂热 支持 
者 们 总 是 会 告诉 你 说 ， 应 该 使 用 递归 ， 握 弃 迭 代 。 然 而 ,通常 而 言 ， 执 行 一 次 递归 式 方法 调用 的 
开销 要 比 迭 代 执 行 单一 机 器 级 的 分 支 指令 大 不 少 。 为 什么 呢 ? 每 次 执行 factorialRecursive 
方法 调用 都 会 在 调用 栈 上 创建 一 个 新 的 栈 帧 , 用 于 保存 每 个 方法 调用 的 状态 ( 即 它 需 要 进行 的 乘 
法 运算 )， 这 个 操作 会 一 直 指 导 程序 运行 直到 结束 。 这 意味 着 你 的 递归 迭代 方法 会 依据 它 接收 的 
输入 成 比例 地 消耗 内 存 。 这 也 是 为 什么 如 果 你 使 用 一 个 大 型 输入 执行 factorialRecursive 方 


法 ， 很 容易 遭遇 StackoverflowError 异 常 : 















































Exception in thread "main" Java.lLang.StackOverf1owErrOF 

这 是 否 意 味 着 递归 百 无 一 用 呢 ?” 当 然 不 是 ! 函数 式 语言 提供 了 一 种 方法 解决 这 一 问题 ， 尾 - 
调 优化 ( tail-call optimization )。 基 本 的 思想 是 你 可 以 编写 阶乘 的 一 个 迭代 定义 ,不 过 迭代 调用 发 
生 在 函数 的 最 后 ( 所 以 我 们 说 调用 发 生 在 尾部 )。 这 种 新 型 的 迭代 调用 经 过 优化 后 执行 的 速度 快 
很 多 。 作 为 示例 ， 下 面 是 一 个 阶乘 的 “ 尾 - 递 ”(tail-recursive ) 定义 。 


代码 清单 13-4 ”基于 “ 尾 - 递 ”的 阶乘 
static long factorialTailRecursive(long n) { 
return factorialHelper(1, n); 


} 
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static long factorialHelper (long acc, long n) { 
return n == 1 ? acc : factorialHelper(acc * n, n-1); 


} 

方法 factorialHelper 属 于 “ 尾 - 递 ”类 型 的 函数 ， 原 因 是 递归 调用 发 生 在 方法 的 最 后 。 对 
比 我 们 前 文中 factorialRecursive 方 法 的 定义 ， 这 个 方法 的 最 后 一 个 操作 是 乘 以 n， 从 而 得 到 
递归 调用 的 结 

这 种 形式 的 递归 是 非常 有 意义 的 , 现在 我 们 不 需要 在 不 同 的 栈 帧 上 保存 每 次 递归 计算 的 中 间 
值 ， 编 译 器 能 够 自行 决定 复 用 某 个 栈 帧 进行 计算 。 实 际 上 ， 在 factorialHelper 的 定义 中 ， 立 
即 数 ( 阶乘 计算 的 中 间 结 果 ) 直接 作为 参数 传递 给 了 该 方法 。 再 也 不 用 为 每 个 递归 调用 分 配 单独 
的 栈 帧 用 于 跟踪 每 次 递归 调用 的 中 间 值 一 一 通过 方法 的 参数 能 够 直接 访问 这 些 值 。 
图 13-5 和 图 13-6 解 释 了 使 用 递归 和 “ 尾 - 递 ”实现 阶乘 定义 的 不 同 。 





































































faeorialla, 第 一 次 调用 
24 
4 * factorial (3) 
Edeornnns 第 二 次 调用 
6 
3 * factorial (2) 
factorial (2) 第 三 次 调用 
2 
2 * factorial (1) 
ee 第 四 次 调用 
1 














图 13-5 ”使 用 栈 桢 方式 的 阶乘 的 递归 定义 











factorial (4) 


factorialTailRecursive(1, 4) 


factorialTailRecursive (4, 3) 


> factorialTallReoursiyel(l2 2) 


> factorialTailRecursive(24, 1) 
We 
图 13-6 ”阶乘 的 尾 - 弟 定义， 这 里 它 只 使 用 了 一 个 栈 帧 


坏 消息 是 ， 目 前 Java 还 不 支持 这 种 优化 。 但 是 使 用 相对 于 传统 的 递归 ,“ 尾 - 递 ”可 能 是 更 好 
的 一 种 方式 ， 因 为 它 为 最 终 实现 编译 器 优化 开启 了 一 扇 门 。 很 多 的 现代 JVM 语 言 ， 比 如 scala 和 
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Groovy 都 已 经 支持 对 这 种 形式 的 递归 的 优化 ， 最 终 实 现 的 效果 和 人 迭代 不 相 上 下 《它们 的 运行 速 
度 几 乎 是 相同 的 )。 这 意味 着 坚持 纯粹 函数 式 既 能 享受 它 的 纯净 ， 又 不 会 损失 执行 的 效率 。 

使 用 Java 8 进行 编程 时 ,我们 有 一 个 建议 ， 你 应 该 尽量 使 用 Stream 取代 迭代 操作 ， 从 而 避免 
变化 带 来 的 影响 。 此 外 ， 如 果 递 归 能 让 你 以 更 精炼 ,并 且 不 带 任何 副作用 的 方式 实现 算法 ， 你 就 
应 该 用 递归 替换 和 迭代。 实际 上 ,我 们 看 到 使 用 递归 实现 的 例子 更 加 易于 阅读 ， 同 时 又 易于 实现 和 
理解 〈 比 如， 我 们 在 前 文中 展示 的 子 集 的 例子 )， 大 多 数 时 候 编程 的 效率 要 比 细微 的 执行 时 间 差 
异 重要 得 多 。 

这 一 节 , 我 们 讨论 了 函数 式 编程 , 但 仅仅 是 初步 介绍 了 函数 式 方法 的 思想 一 一 我 们 介绍 的 内 
容 甚 至 适用 于 最 早 版 本 的 Java。 接 下 来 的 一 音 ， 我 们 会 讨论 Java 8 携 着 着 的 一 类 函数 具备 了 哪些 
让 人 耳目 一 新 的 强大 能 力 。 































































































13.4 ”小 结 


下 面 是 这 一 章 中 你 应 该 掌握 的 关键 概念 。 

口 从 长 远 看 ,减少 共享 的 可 变数 据 结构 能 帮助 你 降低 维护 和 调试 程序 的 代价 。 

口 函数 式 编程 支持 无 副作用 的 方法 和 声明 式 编程 。 

口 函数 式 方法 可 以 由 它 的 输入 参数 及 输出 结果 进行 判断 。 

口 如 果 一 个 函数 使 用 相同 的 参数 值 调用 ， 总 是 返回 相同 的 结果 ， 那 么 它 是 引用 透明 的 。 采 

用 递归 可 以 取得 和 迭代 式 的 结构 ， 比 如 while 循 环 。 

口 相对 于 Java 语 言 中 传统 的 递归 ,“ 尾 - 递 ”可 能 是 一 种 更 好 的 方式 ， 它 开启 了 一 扇 门 ,让 我 
们 有 机 会 最 终 使 用 编译 器 进行 优化 。 







































































冰 数 式 编程 的 技巧 








本 章 内 容 

口 一 等 成 员 、 高 阶 方法 、 科 里 化 以 及 局 部 应 用 
口 持久 化 数据 结构 

口 生成 Java stream 时 的 延迟 计算 和 延迟 列表 
口 模式 匹配 以 及 如 何在 Java 中 应 用 

口 引用 透明 性 和 缓存 




















第 13 章 中 , 你 了 解 了 如 何 进行 函数 式 的 思考 ; 以 构造 无 副作用 方法 的 思想 指导 你 的 程序 设计 
能 帮助 你 编写 更 具 维 护 性 的 代码 。 这 一 章 , 我 们 会 介绍 更 高 级 的 函数 式 编程 技巧 。 你 可 以 将 本 音 
看 作 实战 技巧 和 学 术 知 识 的 大 杂烩 , 它 既 包含 了 能 直接 用 于 代码 编写 的 技巧 , 也 包含 了 能 让 你 知 
识 更 渊博 的 学 术 信 息 。 我 们 会 讨论 高 阶 函 数 、 科 里 化 、 持 久 化 数据 结构 、 延 迟 列表 、 模 式 匹配 、 
备 引 用 透明 性 的 缓存 ， 以 及 结合 右 。 


14.1 无 处 不 在 的 函数 


第 13 章 中 我 们 使 用 术语 “函数 式 编程 ” 意 指 函数 或 者 方法 的 行为 应 该 像 “ 数 学 函数 ”一 样 一 一 
没有 任何 副作用 。 对 于 使 用 函数 式 语言 的 程序 员 而 言 ,这 个 术语 的 范畴 更 加 宽泛 , 它 还 意味 着 函 
数 可 以 像 任何 其 他 值 一 样 随 意 使 用 : 可 以 作为 参数 传递 ， 可 以 作为 返回 值 , 还 能 存储 在 数据 结构 
中 。 能 够 像 普 通 变 量 一 样 使 用 的 函数 称 为 一 等 函数 (first-class function )。 这 是 Java 8 补充 的 全 新 
内 容 : 通过 : :操作 符 , 你 可 以 创建 一 个 方法 引用 , 像 使 用 函数 值 一 样 使 用 方法 , 也 能 使 用 Lambda 
表达 式 (比如 ，(int x) -> x + 1) 直接 表示 方法 的 值 。Java 8 中 使 用 下 面 这 样 的 方法 引用 将 
一 个 方法 引用 保存 到 一 个 变量 是 合理 合法 的 : 


Function<String, Integer> strToInt = Integer::parseInt; 
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14.1.1 高 阶 函 数 


目前 为 止 ,我 们 使 用 函数 值 属于 一 等 这 个 事实 只 是 为 了 将 它们 传递 给 Java 8 的 流 处 理 操作 ( 正 
如 我 们 在 第 4~7 章 看 到 的 一 样 )， 达 到 行为 参数 化 的 效果 ， 类 似 我 们 在 第 1 章 和 第 2 章 中 将 
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Apple: :isGreenApple 作 为 参数 值 传 递 给 filterapples 方 法 那样 。 但 这 仅仅 是 个 开始 。 另 一 
个 有 趣 的 例子 是 静态 方法 comparator .comparing 的 使 用 ， 它 接受 一 个 函数 作为 参数 同时 返回 
另 一 个 函数 〈 一 个 比较 器 )， 代 码 如 下 所 示 。 图 14-1 对 这 段 逻 辑 进 行 了 解释 。 


Comparator<Apple> C = comparing (Apple: :getWeight); 


图 14-1 comparing 方法 接受 一 个 函数 作为 参数 ， 同 时 返回 另 一 个 函数 
第 3 章 我 们 构造 函数 创建 流水 线 时 ， 做 了 一 些 类 似 的 


Function<String, String> transformationPipeline 
= addHeader.andThen (Letter::checkSpelling) 
.andThen (Letter: :addFooter); 


函数 式 编程 的 世界 里 ， 如 果 函 数 ， 比 如 comparator .comparing， 能 满足 下 面 任 一 要 求 就 
可 以 被 称 为 高 阶 函数 ( higher-order function ): 

口 接受 至 少 一 个 函数 作为 参数 
口 返回 的 结果 是 一 个 函数 

这 些 都 和 Java 8 直接 相关 。 因 为 Java8 中 , 函数 不 仅 可 以 作为 参数 传递 , 还 可 以 作为 结果 返回 ， 
能 赋值 给 本 地 变量 , 也 可 以 插入 到 某 个 数据 结构 。 比 如 , 一 个 计算 口袋 的 程序 可 能 有 这 样 的 一 个 
Map<String, Function<Double, Double>>, 它 将 字符 串 sin 映 射 到 方法 Function<Double， 
Double>， 实 现 对 Math: :sin 的 方法 引用 。 我 们 在 第 8 章 介绍 工厂 方法 时 进行 了 类 似 的 操作 。 

对 于 喜欢 第 3 章 结 尾 的 那个 微 积分 示例 的 读者 ， 由 于 它 接受 一 个 函数 作为 参数 ( 比如 ， 
(Double x) -> x \* x)， 又 返回 一 个 函数 作为 结果 ( 这 个 例子 中 返回 值 是 (Double x) -> 2 
* X)， 你 可 以 用 不 同 的 方式 实现 类 型 定义 ， 如 下 所 示 : 

Function<Function<Double,Double>, Function<Double,Double>> 

我 们 把 它 定义 成 Function 类 型 ( 最 左边 的 Function )， 目 的 是 想 显 式 地 向 你 确认 可 以 将 这 
个 函数 传递 给 另 一 个 函数 。 但 是 ， 最 好 使 用 差异 化 的 类 型 定义 ， 函 数 签名 如 下 : 

Function<Double,Double> differentiate(Function<Double,Double> func) 


其 实 二 者 说 的 是 同一 件 事 。 
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副作用 和 高 阶 函数 
第 7 章 中 我 们 了 解 到 传递 给 流 操 作 的 函数 应 该 是 无 副作用 的 ， 否 则 会 发 生 各 种 各 样 的 问题 
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(比如 错误 的 结果 ,有 时 由 于 竞争 条 件 甚至 会 产生 我 们 无 法 预期 的 结果 ), 这 一 原则 在 你 使 用 高 
阶 函 数 时 也 同样 适用 。 编 写 高 阶 函 数 或 者 方法 时 ,你 无 法 预知 会 接收 什么 样 的 参数 一 一旦 传 
入 的 参数 有 某 些 副作用 ,我 们 将 会 一 筹 莫 展 ! 如 果 作 为 参数 传 入 的 函数 可 能 对 你 程序 的 状态 产 
生菜 些 无 法 预期 的 改变 , 一 旦 发 生 问 题 ,你 将 很 难 理解 程序 中 发 生 了 什么 ; 它们 甚至 会 用 某 种 
难于 调试 的 方式 调用 你 的 代码 。 因此, 将 所 有 你 愿意 接收 的 作为 参数 的 函数 可 能 带 来 的 副作用 
以 文档 的 方式 记录 下 来 是 一 个 不 错 的 设计 原则 , 最 理想 的 情况 下 你 接收 的 函数 参数 应 该 没有 任 
何 副作用 ! 

















现在 我 们 转向 讨论 科 里 化 : 它 是 一 种 可 以 帮助 你 模块 化 函数 、 提 高 代码 重用 性 的 技术 。 
14.1.2 ” 科 里 化 


给 出 科 里 化 的 理论 定义 之 前 ， 让 我 们 先 来 看 一 个 例子 。 应 用 程序 通常 都 会 有 国际 化 的 需求 ， 
将 一 套 单位 转换 到 另 一 套 单位 是 经 常 碰 到 的 问题 。 

单位 转换 通常 都 会 涉及 转换 因子 以 及 基线 调整 因子 的 问题 。 比 如 , 将 摄氏 度 转换 到 华氏 度 的 
公式 是 CtoF (x) = x*9/5 + 32。 

所 有 的 单位 转换 几乎 都 遵守 下 面 这 种 模式 : 

(1) 乘 以 转换 因子 

(2) 如 果 需 要 ， 进 行 基线 调整 

你 可 以 使 用 下 面 这 段 通用 代码 表达 这 一 模式 : 


static double converter (double x, double f, double pb) { 
return x * f + b; 


















































} 

这 里 zx 是 你 希望 转换 的 数量 ，f 是 转换 因子 ，b 是 基线 值 。 但 是 这 个 方法 有 些 过 于 宽泛 了 。 通 
常 ， 你 还 需要 在 同一 类 单位 之 间 进 行 转换 ， 比 如 公里 和 英里 。 当 然 ， 你 也 可 以 在 每 次 调用 
convertez 方 法 时 都 使 用 3 个 参数 ， 但 是 每 次 都 提供 转换 因子 和 基准 比较 繁琐 ， 并 且 你 还 极 有 可 
能 输入 错误 。 

当然 ， 你 也 可 以 为 每 一 个 应 用 编写 一 个 新 方法 ， 不 过 这 样 就 无 法 对 底层 的 逻辑 进行 复 用 。 

这 里 我 们 提供 一 种 简单 的 解法 , 它 既 能 充分 利用 已 有 的 逻辑 , 又 能 让 converter 针 对 每 个 应 
用 进行 定制 。 你 可 以 定义 一 个 “工厂 ”方法 , 它 生产 带 一 个 参数 的 转换 方法 ,我 们 希望 借 此 来 说 
明科 里 化 。 下 面 是 这 段 代码 : 

static DoubleUnaryOperator curriedConverter (double f, double pb)t{ 


return (double x) ->x*f + b; 


} 


现在 ， 你 要 做 的 只 是 向 它 传递 转换 因子 和 基准 值 (E 和 pb )， 它 会 不 辞 辛劳 地 按照 你 的 要 求 返 
回 一 个 方法 (使 用 参数 x )。 比 如 ， 你 现在 可 以 按照 你 的 需求 使 用 工厂 方法 产生 你 需要 的 任何 


CONVerter: 
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DoubleUnaryOperator convertCtoF = curriedConverter(9.0/5, 32); 
DoubleUnaryOperator convertUSDtoGBP = curriedConverter(0.6, 0); 
DoubleUnaryOperator convertKmtoMi = curriedConverter(0.6214, 0); 


由 于 DoubleUnaryOperator 定 义 了 方法 applyAsDouble, 你 可 以 像 下 面 这 样 使 用 你 的 
converter: 

double gbp = convertUSDtoGBP.applyAsDouble(1000); 

这 样 一 来 ,你 的 代码 就 更 加 灵活 了 ,同时 它 又 复 用 了 现 有 的 转换 逻辑 ! 让 我 们 一 起 回顾 下 你 
都 做 了 哪些 工作 。 你 并 没有 一 次 性 地 向 converter 方 法 传递 所 有 的 参数 x>、f 和 bb， 相反 ， 你 只 是 
使 用 了 参数 E 和 Pb 并 返回 了 另 一 个 方法 ， 这 个 方法 会 接收 参数 x， 最 终 返 回 你 期 望 的 值 x * £ + b。 
通过 这 种 方式 ， 你 复 用 了 现 有 的 转换 逻辑 ， 同 时 又 为 不 同 的 转换 因子 创建 了 不 同 的 转换 方法 。 






































科 里 化 的 理论 定义 

科 里 化 "是 一 种 将 具备 2 个 参数 ( 比如 ，x 和 y ) 的 函数 上 转化 为 使 用 一 个 参数 的 函数 g， 并 
且 这 个 函数 的 返回 值 也 是 一 个 函数 ， 它 会 作为 新 函数 的 一 个 参数 。 后 者 的 返回 值 和 初始 函数 的 
返回 值 相 同 ， 即 E(x,y) = (g(x)) (y)。 

当然 , 我 们 可 以 由 此 推出 : 你 可 以 将 一 个 使 用 了 6 个 参数 的 函数 科 里 化 成 一 个 接受 第 2、4、 
6 号 参数 ,并 返回 一 个 接受 5 号 参数 的 函数 ， 这 个 函数 又 返回 一 个 接受 剩 下 的 第 1 号 和 第 3 号 参数 
的 函数 。 

一 个 函数 使 用 所 有 参数 仅 有 部 分 被 传递 时 ， 通 常 我 们 说 这 个 函数 是 部 分 应 用 的 ( partially 
applied )。 








现在 我 们 转 而 讨论 函数 式 编程 的 男 一 个 方面 。 如 果 你 不 能 修改 数据 结构 ， 还 能 用 它们 编程 
吗 ? 


14.2 ”持久 化 数据 结构 


这 一 他 中 , 我 们 会 探讨 函数 式 编程 中 如 何 使 用 数据 结构 。 这 一 主题 有 各 种 名 称 ， 比 如 函数 式 
数据 结构 、 不 可 变数 据 结构 ,不 过 最 常见 的 可 能 还 要 算 持久 化 数据 结构 (不幸 的 是 , 这 一 术语 和 
数据 库 中 的 持久 化 概念 有 一 定 的 冲突 , 数据 库 中 它 代 表 的 是 “生命 周期 比 程序 的 执行 周期 更 长 的 
数据 ”)。 

我 们 应 该 注意 的 第 一 件 事 是 ， 抑 数 式 方法 不 允许 修改 任何 全 局 数据 结构 或 者 任何 作为 参数 
传人 的 参数 。 为 什么 呢 ? 因为 一 旦 对 这 些 数据 进行 修改 ， 两 次 相同 的 调用 就 很 可 能 产生 不 同 的 
结构 一 一 这 违背 了 引用 透明 性 原则 ， 我 们 也 就 无 法 将 方法 简单 地 看 作 由 参数 到 结果 的 映射 。 






















































































@ 科 里 化 的 概念 最 早 由 俄国 数学 家 Moses Schonfinkel 引 入 ， 而 后 由 著名 的 数理 逻辑 学 家 哈 斯 格 尔 . 科 里 ( Haskell 
Curry ) 丰富 和 发 展 ， 科 里 化 由 此 得 名 。 它 表示 一 种 将 一 个 带 有 7z 元 组 参数 的 函数 转换 成 "个 一 元 函数 链 的 方法 。 
一 一 译 者 注 















































14.2 ”持久 化 数据 结构 279 





14.2.1 破坏 式 更 新 和 函数 式 更 新 的 比较 


让 我 们 看 看 不 这 么 做 会 导致 怎样 的 结果 。 假设 你 需要 使 用 一 个 可 变 类 TrainJourney ( 利用 一 
个 简单 的 单 向 链接 列表 实现 ) 表示 从 A 地 到 B 地 的 火车 旅行 ， 你 使 用 了 一 个 整 型 字段 对 旅程 的 一 些 
细节 进行 建 模 ， 比 如 当前 路 途 段 的 价格 。 旅 途中 你 需要 换 乘 火车 ， 所 以 需要 使 用 几 个 由 onward 字 
段 串 联 在 一 起 的 TrainJourney 对 象 ; 直达 火车 或 者 旅途 最 后 一 段 对 象 的 onwarq 字 段 为 nul1: 























class TrainJourney { 
public int price; 
public TrainJourney onward; 
public TrainJourney (int p, TrainJourney 七 ) { 
price = p; 
onward = 七; 
} 
} 


假设 你 有 几 个 相互 分 隔 的 TrainJourney 对 象 分 别 代表 从 X 到 Y 和 从 Y 到 Z 的 旅行 。 你 希望 创 
建 一 段 新 的 旅行 ， 它 能 将 两 个 rrainJourney 对 象 串 接 起 来 ( 即 从 X 到 Y 再 到 Z )。 
一 种 方式 是 采用 简单 的 传统 命令 式 的 方法 将 这 些 火车 旅行 对 象 链接 起 来 ， 代 码 如 下 : 
static TrainJourney link(TrainJourney a, TrainJourney b)t{ 
if (a==null) return b; 
TrainJourney t = a; 


whilel(t.onward != null)t{ 
t = t.onward; 











} 
t.onward = b; 
return a; 


} 

这 个 方法 是 这 样 工 作 的 ， 它 找到 TrainJjJourney 对 和 象 a 的 下 一 站 ,将 其 由 表示 a 列表 结束 的 
null 蔡 换 为 列表 pb ( 如 果 a 不 包含 任何 元 素 ， 你 需要 进行 特殊 处 理 )。 

这 就 出 现 了 一 个 问题 : 假设 变量 firstJourney 包 含 了 从 X 地 到 Y 地 的 线路 ， 另 一 个 变量 
seco ndJourney 包 含 了 从 Y 地 到 Z 地 的 线路 。 如 果 你 调用 1ink firstJourney, secondJourney) 
方法 ， 这 段 代 码 会 破坏 性 地 更 新 firstJourney ， 结 果 secondJourney 也 会 加 被 入 到 
firstJourney, 最 终 请 求 从 X 地 到 Z 地 的 用 户 会 如 其 所 愿 地 看 到 整合 之 后 的 旅程 , 不 过 从 X 地 到 Y 
地 的 旅程 也 被 破坏 性 地 更 新 了 。 这 之 后 ,变量 firstJourney 就 不 再 代表 从 X 到 Y 的 旅程 ， 而 是 一 
个 齐 的 从 X 到 Z 的 旅程 了 ! 这 一 改动 会 导致 依赖 原先 的 firstJourney 代 人 码 失效 ! 假设 
firstJourney 表 示 的 是 清晨 从 伦敦 到 布鲁塞尔 的 火车 ， 这 趟 车 上 后 一 段 的 乘客 本 来 打算 要 去 布 
鲁 塞 尔 ， 可 是 发 生 这 样 的 改动 之 后 他 们 莫名 地 多 走 了 一 站 ， 最 终 可 能 跑 到 了 科隆 。 现 在 你 大 致 了 
解 了 数据 结构 修改 的 可 见 性 会 导致 怎样 的 问题 了 ， 作 为 程序 员 ， 我 们 一 直 在 与 这 种 缺陷 作 斗 争 。 
函数 式 编程 解决 这 一 问题 的 方法 是 禁止 使 用 带 有 副作用 的 方法 。 如 果 你 需要 使 用 表示 计算 结 
果 的 数据 结果 , 那么 请 创建 它 的 一 个 副本 而 不 要 直接 修改 现存 的 数据 结构 。 这 一 最 佳 实践 也 适用 
于 标准 的 面向 对 和 象 程序 设计 。 不过， 对 这 一 原则 ,也 存在 着 一 些 异议 ， 比 较 常 见 的 是 认为 这 样 做 
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会 导致 过 度 的 对 象 复制 ， 有 些 程序 员 会 说 “我 会 记 住 那些 有 副作用 的 方法 ”或 者 “我 会 将 这 些 写 
入 文档 ”。 但 这 些 都 不 能 解决 问题 ， 这 些 坑 都 留 给 了 接受 代码 维护 工作 的 程序 员 。 采 用 函数 式 编 





程 方 案 的 代码 如 下 : 





static TrainJourney append (TrainJourney a, 


Feturrn as ”3 


} 

















new TrainJourney (a.price, 





TrainJourney b)t{ 
append(a.onward, b)); 


很 明显 ,这 段 代码 是 函数 式 的 ( 它 没有 做 任何 修改 ， 即 使 是 本 地 的 修改 )， 它 没有 改动 任何 


现存 的 数据 结构 。 不 过 ， 也 请 特别 注意 ， 


这 段 代码 有 一 个 特别 的 地 方 ， 它 并 未 创建 整个 新 




















TrainJourney 对 象 的 副本 一 一 如 果 a 是 n 个 元 素 的 序列 ，b 是 m 个 元 素 的 序列 ， 那 么 调用 这 个 函 


日 


数 后 , 它 返回 的 是 
素 和 TrainJourney 对 象 p 是 共享 的 。 另 外 ， 





个 



































由 n+tm 个 元 素 组 成 的 序列 ,这 个 序列 的 前 a 个 元 素 是 新 创建 的 ， 而 后 m 个 元 














也 请 注意 ， 用 户 需 要 确保 不 对 append 操 作 的 结果 进 


因为 一 旦 这 样 做 了 ， 作 为 参数 传人 的 rrainJourney 对 象 序列 b 就 可 能 被 破坏 。 图 14-2 


行 修改 ， 

和 图 14-3 解 释 说 明了 破坏 式 append 和 函数 式 append 之 间 的 区 别 。 
破坏 式 append 
之 前 


a 


之 后 
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| 
国画 一 国 国 
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图 14-2 ”以 破坏 式 更 新 的 数据 结构 


函数 式 append 
之 前 


由 - 硬 





二 加 





b 














结果 包含 第 一 个 TrainJourney 
节点 的 一 个 副本 ,但 与 第 二 个 
TrainJourney 共 享 节 点 
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14.2.2” 另 一 个 使 用 Tree 的 例子 


转 入 新 主题 之 前 , 让 我 们 再 看 一 个 使 用 其 他 数据 结构 的 例子 一 一 我 们 想 讨 论 的 对 象 是 二 又 查 
找 树 ， 它 也 是 HashMap 实 现 类 似 接口 的 方式 。 我 们 的 设计 中 Tree 包含 了 string 类 型 的 键 ， 以 及 
int 类 型 的 键 值 ， 它 可 能 是 名 字 或 者 年 龄 : 


class Tree { 
private String key; 


























private int val; 
private Tree left, right; 
public Tree(String k, int v, Tree 1, Tree r) { 
key = k; val = Vv; left = 1; right = r; 
} 
} 
class TreeProcessor { 
public static int lookup(String k, int defaultval, Tree 七 ) { 
if (t == null) return defaultval; 
if (k.equals(t.key)) return t.val; 
return lookup(k, defaultval, 
k.compareTo(t.key) < 0 ? t.left : t.right); 
} 
// 处 理 Tree 的 其 他 方法 
} 


你 希望 通过 二 又 查找 树 找到 string 值 对 应 的 整 型 数 。 现 在 ， 我 们 想 想 你 该 如 何 更 新 与 某 个 
键 对 应 的 值 〈 简化 起 见 ， 我 们 假设 键 已 经 存在 于 这 个 树 中 了 ): 
public static void update(String k, int newval, Tree 七 ) { 
if (t == null) { /* 应 增加 一 个 新 的 节点 */ } 


else if (k.equals(t.key)) t.val = newval; 
else update(k, newval, k.compareTo(t.key) < 0 ? t.left : t.right); 





} 

对 这 个 例子 ， 增 加 一 个 新 的 节点 会 复杂 很 多 ; 最 简单 的 方法 是 让 update 直 接 返 回 它 刚 遍 历 
的 树 ( 除非 你 需要 加 入 一 个 新 的 节点 ， 否 则 返回 的 树 结 构 是 不 变 的 )。 现 在 ， 这 段 代码 看 起 来 已 
经 有 些 腾 肿 了 ( 因为 update 试 图 对 树 进 行 原 地 更 新 ， 它 返回 的 是 跟 传人 的 参数 同样 的 树 ， 但 是 
如 果 最 初 的 树 为 空 ， 那 么 新 的 节点 会 作为 结果 返回 )。 


public static Tree update(String k, int newval, Tree 七 ) { 
人 二) 


























t = new Tree(k, newval, null, null); 
else if (k.equals(t.key)) 
t.val = newval; 


else if (k.compareTo(t.key) < 0) 

t.left = update(k, newval, t.left); 
else 

t.right = update(k, newval, t.right); 
return t; 


} 
注意 ， 这 两 个 版 本 的 update 都 会 对 现 有 的 树 进行 修改 ,这 意味 着 使 用 树 存 放映 射 关 系 的 所 
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有 用 户 都 会 感知 到 这 些 修改 。 
14.2.3 ”采用 函数 式 的 方法 


那么 这 一 问题 如 何 通过 函数 式 的 方法 解决 呢 ? 你 需要 为 新 的 键 - 值 对 创建 一 个 新 的 节点 ， 除 
此 之 外 你 还 需要 创建 从 树 的 根 节点 到 新 节点 的 路 径 上 的 所 有 节点 。 通常 而 言 , 这 种 操作 的 代价 并 
不 太 大 ， 如 果树 的 深度 为 4， 并 且 保 持 一 定 的 平衡 性 ， 那 么 这 棵 树 的 节点 总 数 是 32”?， 这 样 你 就 只 
需要 重新 创建 树 的 一 小 部 分 节点 了 。 


public static Tree fupdate(String k, int newval, Tree 七 ) { 
reaturt dt Se Ll} 全 
new Tree(k, newval, null, null) : 

k.equals(t.key) ? 
new Tree(k, newval, t.left, t.right) : 

k.compareTo(t.key) < 0 ? 
new Tree(t.key, t.val, fupdate(k,newval, t.left), t.right) : 
new Tree(t.key, t.val, t.left, fupdate(k,newval, t.right)); 
































} 

这 段 代码 中 , 我 们 通过 一 行 语 名 进行 的 条 件 判断 ， 没 有 采用 if-then-else 这 种 方式 ， 目 的 
是 希望 强调 一 个 思想 , 那 就 是 该 函数 体 仅 包含 一 条 语句 , 没有 任何 副作用 。 不 过 你 也 可 以 按照 自 
己 的 习惯 ,使 用 if-then-else 这 种 方式 ， 在 每 一 个 判断 结束 处 使 用 return 返 回 。 

那么 , update 和 fupgdate 之 间 的 区 别 到 底 是 什么 呢 ? 我们 注意 到 , 前 文中 方法 upaate 有 这 
样 一 种 假设 ， 即 每 一 个 update 的 用 户 都 希望 共享 同一 份 数据 结构 ， 也 希望 能 了 解 程序 任何 部 分 
所 做 的 更 新 。 因 此 ， 无 论 任何 时 候 ， 只 要 你 使 用 非 函 数 式 代码 向 树 中 添加 某 种 形式 的 数据 结构 ， 
请 立刻 创建 它 的 一 份 副本 ， 因 为 谁 也 不 知道 将 来 的 某 一 天 , 某 个 人 会 突然 对 它 进行 修改 ,这 一 点 
非常 重要 (不 过 也 经 常 被 忽视 )。 与 之 相反 ，fupdate 是 纯 函 数 式 的 。 它 会 创建 一 个 新 的 树 ， 并 
将 其 作为 结果 返回 ， 通 过 参数 的 方式 实现 共享 。 图 14-4 对 这 一 思想 进行 了 阐释 。 你 使 用 了 一 个 树 
结构 ， 树 的 每 个 节点 包含 了 person 对 象 的 姓名 和 年 龄 。 调 用 fupdaate 不 会 修改 现存 的 树 ， 它 会 
在 原 有 树 的 一 侧 创建 新 的 节点 ， 同 时 保证 不 损坏 现 有 的 数据 结构 。 


t 将 t 输 入 fupdate 的 输出 
| fupdate ("Will", 26, t) 








































































































Georgie:23 


图 14-4 ”对 树 结构 进行 更 新 时 ， 现 存 数据 结构 不 会 被 破坏 
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这 种 函数 式 数 据 结构 通常 被 称 为 持久 化 的 一 一 数据 结构 的 值 始终 保持 一 致 , 不 受 其 他 部 分 变 
化 的 影响 一 一 这 样 ， 作 为 程序 员 的 你 才能 确保 fupdaate 不 会 对 作为 参数 传人 的 数据 结构 进行 修 
改 。 不 过 要 达到 这 一 效果 还 有 一 个 附加 条 件 : 这 个 约定 的 另 一 面 是 , 所 有 使 用 持久 化 数据 结构 的 
用 户 都 必须 遵守 这 一 “不 修改 ”原则 。 如 果 不 这 样 , 忽视 这 一 原则 的 程序 员 很 有 可 能 修改 fupdaate 
的 结果 ( 比如 ， 修 改 Emily 的 年 纪 为 20 岁 )。 这 会 成 为 一 个 例外 ( 也 是 我 们 不 期 望 发 生 的 ) 事件 ， 
为 所 有 使 用 该 结构 的 方法 感知 ， 并 在 之 后 修改 作为 参数 传递 给 fupaate 的 数据 结构 。 
通过 这 些 介绍 , 我 们 了 解 到 fupdate 可 能 有 更 加 高 效 的 方式 : 基于 “不 对 现存 结构 进行 修改 ” 
规则 ， 对 仅 有 细微 差别 的 数据 结构 〈 比如 ,， 用户 A 看 到 的 树 结 构 与 用 户 B 看 到 的 就 相差 不 多 ), 我 
们 可 以 考虑 对 这 些 通 用 数据 结构 使 用 共享 存储 。 你 可 以 凭借 编译 器 , 将 Tree 类 的 字段 key 、val、 
left 以 及 right 声 明 为 final 执 行 ,“ 禁 止 对 现存 数据 结构 的 修改 ”这 一 规则 ; 不 过 我 们 也 需要 
注意 final 只 能 应 用 于 类 的 字段 ， 无 法 应 用 于 它 指向 的 对 象 ， 如 果 你 想 要 对 对 象 进行 保护 ， 你 需 
要 将 其 中 的 字段 声明 为 final ， 以 此 类 推 。 

噢 ， 你 可 能 会 说 :“ 我 希望 对 树 结构 的 更 新 对 某 些 用 户 可 见 ( 当然 ,这 句 话 的 潜台词 是 其 他 
人 看 不 到 这 些 更 新 ) ”那么 ， 要 实现 这 一 目标 ， 你 可 以 通过 两 种 方式 : 第 一 种 是 典型 的 Java 解 决 
方案 ( 对 对 象 进行 更 新 时 , 你 需要 特别 小 心 , 慎重 地 考虑 是 否 需要 在 改动 之 前 保存 对 象 的 一 份 副 
本 ), 另 一 种 是 函数 式 的 解决 方案 : 逻辑 上 , 你 在 做 任何 改动 之 前 都 会 创建 一 份 新 的 数据 结构 ( 这 
样 一 来 就 不 会 有 任何 的 对 象 发 生变 更 )， 只 要 确保 按照 用 户 的 需求 传递 给 他 正确 版 本 的 数据 结构 
就 好 了 。 这 一 想法 甚至 还 可 以 通过 API 直 接 强 制 实施 。 如 果 数 据 结构 的 某 些 用 户 需 要 进行 可 见 性 
的 改动 ， 它 们 应 该 调用 API， 返 回 最 新 版 的 数据 结构 。 对 于 另 一 些 客户 应 用 ， 它 们 不 希望 发 生 任 
何 可 见 的 改动 ( 比如， 需要 长 时 间 运 行 的 统计 分 析 程序 )， 就 直接 使 用 它们 保存 的 备份 ， 因 为 它 
知道 这 些 数据 不 会 被 其 他 程序 修改 。 

有 些 人 可 能 会 说 这 个 过 程 很 像 更 新 刻录 光盘 上 的 文件 , 刻录 光盘 时 , 一 个 文件 只 能 被 激光 写 
入 一次, 该 文件 的 各 个 版 本 分 别 被 存储 在 光盘 的 各 个 位 置 ( 智能 光盘 编辑 软件 甚至 会 共享 多 个 不 
同 版 本 之 间 的 相同 部 分 )， 你 可 以 通过 传递 文件 起 始 位 置 对 应 的 块 地 址 (或 者 名 字 中 编码 了 版 本 
言 息 的 文件 名 ) 选择 你 希望 使 用 哪个 版 本 的 文件 。Java 中 ， 和 情况 甚至 比 刻录 光盘 还 好 很 多 ,不 再 
使 用 的 老 旧 数据 结构 会 被 Java 虚 拟 机 自动 垃圾 回收 掉 。 
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通过 前 一 章 的 介绍 , 你 已 经 了 解 Stream 是 处 理 数据 集合 的 利 絮 。 不 过 , 由 于 各 种 各 样 的 原因 ， 
包括 实现 时 的 效率 考量 ，Java 8 的 设计 者 们 在 将 Stream 引 入 时 采取 了 比较 特殊 的 方式 。 其 中 一 个 
比较 显著 的 局 限 是 , 你 无 法 声明 一 个 递归 的 Stream， 因为 Stream 仅 能 使 用 一 次 。 在 接 下 来 的 一 节 ， 
我 们 会 详细 展开 介绍 这 一 局 限 会 带 来 的 问题 。 





























14.3.1 自 定义 的 Stream 
让 我 们 一 起 回顾 下 第 6 章 中 生成 质数 的 例子 ,这 个 例子 有 助 于 我 们 理解 递归 式 Stream 的 思想 。 
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你 大 概 已 经 看 到 ， 作 为 MyMathUtils 类 的 一 部 分 ， 你 可 以 用 下 面 这 种 方式 计算 得 出 由 质数 构成 
的 Stream : 


public static Stream<Integer> primes(int n) { 
return Stream.iterate(2, i -> i + 1) 
.filter (MyMathUtils::isPprime) 
2 


} 


public static boolean isPrime(int candidate) { 


int candidateRoot = (int) Math.sgqrt((double) candidate); 
return IntStream.rangeClosed(2, candidateRoot) 
.noneMatch(i -> candidate %$ i == 0); 


} 

不 过 这 一 方案 看 起 来 有 些 笨拙 :你 每 次 都 需要 遍历 每 个 数字 ,查看 它 能 否 被 候选 数字 整除 
际 上 ， 你 只 需要 测试 那些 已 经 被 判定 为 质数 的 数字 )。 
理想 情况 下 ，Stream 应 该 实时 地 筛选 掉 那 些 能 被 质数 整除 的 数字 。 这 听 起 来 有 些 异 想 天 开 ， 
不 过 我 们 一 起 看 看 怎样 才能 达到 这 样 的 效果 。 

(1) 你 需要 一 个 由 数字 构成 的 Stream， 你 会 在 其 中 选择 质数 。 

(2) 你 会 从 该 Stream 中 取出 第 一 个 数字 ( 即 Stream 的 首 元 素 )， 它 是 一 个 质数 (初始 时 ， 这 个 

值 是 2 )。 

(3) 紧 接 着 你 会 从 Stream 的 尾部 开始 ， 筛 选 掉 所 有 能 被 该 数字 整除 的 元 素 。 

(4) 最 后 剩 下 的 结果 就 是 新 的 Stream， 你 会 继续 用 它 进行 质数 的 查找 。 本 质 上 ， 你 还 会 回 到 
第 一 步 ， 继 续 进 行 后 续 的 操作 ， 所 以 这 个 算法 是 递归 的 。 

注意 ， 这 个 算法 不 是 很 好 ， 原 因 是 多 方面 的 "。 不 过 ， 就 说 明 如 何 使 用 Stream 展 开工 作 这 个 
目的 而 言 ， 它 还 是 非常 合适 的 ， 因 为 算法 简单 ， 容 易 说 明 。 让 我 们 试 着 用 Stream API 对 这 个 算法 
进行 实现 。 

1. 第 一 步 : 构造 由 数字 组 成 的 Stream 

你 可 以 使 用 方法 Intstream.iterate 构 造 由 数字 组 成 的 Stream, 它 由 2 开始 ,可 以 上 达 无 限 ， 
就 像 我 们 在 第 5 章 中 介绍 的 那样 ， 代 码 如 下 : 


static Intstream numbers(){ 
return IntStream.iterate(2, n -> n+ 1); 








~ 


实 
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} 


2. 第 二 步 : 取得 首 元 素 
IntStream 类 提供 了 方法 finqFirst， 可 以 返回 Stream 的 第 一 个 元 素 : 





static int head(IntStream numbers)t{ 
return numbers.findFirst() .getAsInt (); 


} 
































关于 为 什么 这 个 算法 很 糟糕 的 更 多 信息 ， 请 参考 http://www.cs.hmc.edu/~oneill/papers/Sieve-JFP.pdf。 
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3. 第 三 步 : 对 尾部 元 素 进行 筛选 
定义 一 个 方法 取得 Stream 的 尾部 元 素 : 
static IntStream tail(IntStream numbers)t{ 


return numbers.skip(1); 


} 
拿 到 Stream 的 头 元 素 ， 你 可 以 像 下 面 这 段 代 码 那样 对 数字 进行 筛选 


IntStream numbers = numbers(); 
int head = head (numbers); 
IntStream filtered = tail (numbers) .filter(n -> n %$ head != 0); 


4. 第 四 步 : 递归 地 创建 由 质数 组 成 的 Stream 
现在 到 了 最 复杂 的 部 分 。 你 可 能 试图 将 筛选 返回 的 Stream 作 为 参数 再 次 传递 给 该 方法 ， 这 样 
你 可 以 接着 取得 它 的 头 元 素 ， 继 续 筛 选 掉 更 多 的 数字 ， 如 下 所 示 : 


static IntStream primes (IntStream numbers) { 
int head = head (numbers); 
return IntStream.concat( 
IntStream.of (head), 
primes (tail (numbers) .filter(n -> n %$ head != 0)) 
je 























} 
5. 坏 消息 





























不 幸 的 是 ,如 果 执 行 步骤 四 中 的 代码 ,你 会 遭遇 如 下 这 个 错误 : “java.lang.IllegalStateException: 





stream has already been operated upon or closed.” 实 际 上 , 你 正 试图 使 用 两 个 终端 操作 : findFirst 
和 skip 将 Stream 切 分 成 头 尾 两 部 分 。 还 记得 我 们 在 第 4 章 中 介绍 的 内 容 吗 ?一旦 你 对 Stream 执 行 
一 次 终端 操作 调用 ， 它 就 永久 地 终止 了 ! 

6. 延迟 计算 

除 此 之 外 ， 该 操作 还 附带 着 一 个 更 为 严重 的 问题 : 静态 方法 IntSstream.concat 接 受 两 个 
Stream 实 例 作 参数 。 但 是 ， 由 于 第 二 个 参数 是 primes 方 法 的 直接 递归 调用 ， 最 终 会 导致 出 现 无 
限 递归 的 状况 。 然 而 ， 对 大 多 数 的 Java 应 用 而 言 ，Java 8 在 Stream 上 的 这 一 限制 ， 即 “不 允许 递归 
定义 ”是 完全 没有 影响 的 , 使 用 Stream 后 ,数据库 的 查询 更 加 直观 了 , 程序 还 具备 了 并 发 的 能 力 。 
所 以 ，Java 8 的 设计 者 们 进行 了 很 好 的 平衡 ， 选 择 了 这 一 丝 大 欢喜 的 方案 。 不 过 ，Scala 和 Haskell 
这 样 的 函数 式 语言 中 Stream 所 具备 的 通用 特性 和 模型 仍然 是 你 编程 武器 库 中 非常 有 益 的 补充 。 你 
需要 一 种 方法 推迟 primes 中 对 concat 的 第 二 个 参数 计算 。 如 果 用 更 加 技术 性 的 程序 设计 术语 来 
描述 , 我 们 称 之 为 延迟 计算 、 非 限制 式 计算 或 者 名 调用 。 只 在 你 需要 处 理 质 数 的 那个 时 刻 ( 比如 ， 
要 调用 方法 1imit 了 ) 才 对 Stream 进 行 计 算 。Scala (我们 会 在 下 一 章 介绍 ) 提供 了 对 这 种 算法 的 
支持 。 在 Scala 中 ,你 可 以 用 下 面 的 方式 重 写 前 面 的 代码 ， 操 作 符 #: :实现 了 延迟 连接 的 功能 (只 
有 在 你 实际 需要 使 用 Stream 时 才 对 其 进行 计算 ): 


def numbers(n: Int): Stream[Int] = n #:: numbers (n+1) 







































































def primes (numbers: Stream[Int]): Stream[Int] = { 
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numbers.head #:: primes (numbers.tail filter (n -> n %$ numbers.head != 0)) 


} 

看 不 懂 这 段 代码 ?完全 没关系 。 我 们 展示 这 段 代码 的 目的 只 是 希望 能 让 你 了 解 Java 和 其 他 的 
函数 式 编程 语言 的 区 别 。 让 我 们 一 起 回顾 一 下 刚刚 介绍 的 参数 是 如 何 计算 的 , 这 对 我 们 后 面 的 内 
容 很 有 神 益 。 在 Java 语 言 中 ， 你 执行 一 次 方法 调用 时 ,传递 的 所 有 参数 在 第 一 时 间 会 被 立即 计算 
出 来 。 但 是 ,在 Scala 中 ,通过 #: :操作 符 ， 连 接 操作 会 立刻 返回 ,而 元 素 的 计算 会 推迟 到 实际 计 
算 需 要 的 时 候 才 开始 。 现 在 ， 让 我 们 看 看 如 何 通 过 Java 实 现 延 迟 列 表 的 思想 。 


14.3.2 ”创建 你 自己 的 延迟 列表 


Java 8 的 Stream 以 其 延迟 性 而 著称 。 它 们 被 刻意 设计 成 这 样 ， 即 延迟 操作 ， 有 其 独特 的 原因 : 
Stream 就 像 是 一 个 黑 盒 ， 它 接收 请 求生 成 结果 。 当 你 向 一 个 Stream 发 起 一 系列 的 操作 请 求 时 ， 这 
些 请 求 只 是 被 一 一 保存 起 来 。 只 有 当 你 向 Stream 发 起 一 个 终端 操作 时 ， 才 会 实际 地 进行 计算 。 这 
种 设计 具有 显著 的 优点 ， 特 别 是 你 需要 对 Stream 进 行 多 个 操作 时 (你 有 可 能 先 要 进行 filter 操 
作 ， 紧 接着 做 一 个 map， 最 后 进行 一 次 终端 操作 reduce ); 这 种 方式 下 Stream 只 需要 遍历 一 次 ， 
不 需要 为 每 个 操作 遍历 一 次 所 有 的 元 素 。 

这 一 节 , 我 们 讨论 的 主题 是 延迟 列表 ， 它 是 一 种 更 加 通用 的 steam 形式 ( 延迟 列表 构造 了 一 
个 跟 Stream 非 常 类 似 的 概念 )。 延 迟 列 表 同 时 还 提供 了 一 种 极 好 的 方式 去 理解 高 阶 函 数 ; 你 可 以 
将 一 个 函数 作为 值 放置 到 某 个 数据 结构 中 , 大 多 数 时 候 它 就 静 静 地 待 在 那里 , 一旦 对 其 进行 调用 
( 即 根据 需要 )， 它 能 够 创建 更 多 的 数据 结构 。 图 14-5 解 释 了 这 一 思想 。 


tail 上 39 站 
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图 14-5 LinkedqList 的 元 素 存在 于 (并 不 断 延 展 ) 内 存 中 。 而 LazyList 的 
元 素 由 函数 在 需要 使 用 时 动态 创建 ， 你 可 以 将 它们 看 成 实时 延展 的 


我 们 谈论 得 已 经 很 多 , 现在 让 我 们 一 起 看 看 它 是 如 何 工作 的 。 你 想 要 利用 我 们 前 面 介 绍 的 算 
法 ， 生 成 一 个 由 质数 构成 的 无 限 列表 。 

1. 一 个 基本 的 链接 列表 

还 记得 吗 ， 你 可 以 通过 下 面 这 种 方式 ， 用 Java 语 言 实现 一 个 简单 的 名 为 MyLinkedList 的 链 
接 - 列 表 - 式 的 类 ( 这 里 我 们 只 考虑 最 精简 的 MyList 接 口 ): 


interface MyList<T> { 
T head(); 






































MyList<T> tail(); 
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default poolean isEmpty() { 
return true; 
} 
} 


class MyLinkedList<T> implements MyList<T> { 
private final T head; 
private final MyList<T> tail; 
public MyLinkedList(T head, MyList<T> tail) { 
this.head = head; 
tt 下 导 1 过 
} 


public T head() { 
return head; 


} 


public MyList<T> tail() { 
return tail; 


} 


public boolean isEmpty() { 
return false; 
} 
} 


class Empty<T> implements MyList<T> { 


public T head() { 
throw new UnsupportedOperationException(); 
) 
public MyList<T> tail() { 
throw new UnsupportedOperationException(); 
} 
} 


你 现在 可 以 构造 一 个 示例 的 MyLinkeaList 值 ， 如 下 所 示 : 


MyList<Integer> 1 = 


new MyLinkedList<>(5, new MyLinkedList<>(10, new Empty<>())); 


2. 一 个 基础 的 延迟 列表 

















对 这 个 类 进行 改造 ， 使 其 符合 延迟 列表 的 思想 ， 最 简单 的 方法 是 避免 让 tcail 立 刻 出 现在 内 


存 中 ， 而 是 像 第 3 章 那 样 ， 提 供 一 个 Supplier<T> 方 法 (你 也 可 以 将 其 看 成 一 个 但 
void -> T 的 工厂 方法 )， 它 会 产生 列表 的 下 一 个 节点 。 使 用 这 种 方式 的 代码 如 下 : 





import java.util.function.Supplier; 
class LazyList<T> implements MyList<T>{ 
final T head; 
final Supplier<MyList<T>> tail; 
public LazyList(T head, Supplier<MyList<T>> tail) 
this.head = head; 





用 阴 数 描述 符 
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thistail = tail; 


public T head() { 
return head; 





} a 
注意 , 与 前 面 的 heada 不 同 , 这 
public MyList<T> tail() { 里 tail 使 用 了 一 个 supplier 
return tail.get (); 方法 提供 了 延迟 性 


} 


public boolean isEmpty() { 
return false; 
} 
} 


调用 supplier 的 get 方 法 会 触发 延迟 列表 (LazyList ) 的 节点 创建 ， 就 像 工 厂 会 创建 新 的 
对 象 一 样 。 

现在 ， 你 可 以 像 下 面 那样 传递 一 个 supplier 作 为 LazyList 的 构造 器 的 fail 参数 ， 创 建 由 
数字 构成 的 无 限 延迟 列表 了 ， 该 方法 会 创建 一 系列 数字 中 的 下 一 个 元 素 ， 


public static LazyList<Integer> from(int n) { 
return new LazyList<Integer>(n, () -> from(n+1)); 











} 

如 果 尝 试 执行 下 面 的 代码 ， 你 会 发 现 ， 下 面 的 代码 执行 会 打印 输出 “2 3 4”。 这 些 数字 真 真 
实 实 都 是 实时 计算 得 出 的 。 你 可 以 在 恰当 的 位 置 搬入 system.out .println 进 行 查 看 ， 如 果 
from(2) 执行 得 很 早 ， 它 试图 计算 从 2! 开 始 的 所 有 数字 ， 它 会 永远 运行 下 去 ， 这 时 你 不 需要 做 任 
何事 情 。 

LazyList<Integer> numbers = from(2); 

int two = numbers.head(); 


int three = numbers.tail().head(); 
int four = numbers.tail().tail().head(); 





























System.out.println(two + " " + three + " " + four); 


3. 回 到 生成 质数 

看 看 你 能 否 利 用 我 们 目前 已 经 做 的 去 生成 一 个 自 定义 的 质数 延迟 列表 (有些 时 候 , 你 会 遭遇 
无 法 使 用 Stream API 的 情况 )。 如 果 你 将 之 前 使 用 Stream API 的 代码 转换 成 使 用 我 们 新 版 的 
LazyList， 它 看 起 来 会 像 下 面 这 段 代码 : 


public static MyList<Integer> Primes (MyList<Integer> numbers) { 
return new LazyList<>( 
numbers.head(), 
() -> primes( 
numbers.tail () 
.filter(n -> n %$ numbers.head() != 0) 


) 
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4. 实现 一 个 延迟 筛选 器 
不 过 ， 这 个 LazyList (更 确切 地 说 是 List 接 口 ) 并 未 定义 filter 方 法 ， 所 以 前 面 的 这 段 
代码 是 无 法 编译 通过 的 。 让 我 们 添加 该 方法 的 一 个 定义 ,修复 这 个 问题 .: 


public MyList<T> filter(Predicate<T> p) { 个 
ti Toiripty (ho 你 可 以 返回 一 个 新 的 Empty<>()，, 不 过 


this : 二 了 这 和 返 同 回 一 个 空 对 象 的 效果 是 一 实 的 
p.test(head()) ? 
new LazyList<>(head(), () -> tail().filter(p)) : 
tail().filter(p); 

















} 


你 的 代码 现在 可 以 通过 编译 ,准备 使 用 了 。 通 过 链接 对 tail 和 head 的 调用 ， 你 可 以 计算 出 
头 三 个 质数 : 


LazyList<Integer> numbers = from(2); 

int two = primes (numbers) .head(); 

int three = primes (numbers) .tail().head(); 

int five = primes (numbers) .tail() .tail().head(); 








System.out .println(two + " " + three + " " + five); 


这 段 代码 的 输出 是 “2 3 5”， 这 是 头 三 个 质数 的 值 。 现 在 ， 你 可 以 把 玩 这 段 程序 了 ， 比 如 ， 
你 可 以 打印 输出 所 有 的 质数 (printal1 方 法 会 递归 地 打印 输出 列表 的 头 尾 元 素 ， 这 个 程序 会 永 
久 地 运行 下 去 ): 
static <T> void printAll (MyList<T> list)t{ 
while (!list.isEmpty())t 


System.out .println(list.head()); 
ret SS Tit tall()s 
































} 
} 
printAll (primes (from(2))); 


本 章 的 主题 是 函数 式 编程 , 我 们 应 该 在 更 早 的 时 候 就 让 你 知道 其 实 有 更 加 简洁 地 方式 完成 这 
一 递归 操作 : 


static <T> void printAll (MyList<T> list)t{ 
if (list.isEmpty()) 
return; 
System.out .println(list.head()); 
printAll (list.tail()); 





























} 

但 是 ， 这 个 程序 不 会 永久 地 运行 下 去 ; 它 最 终 会 由 于 栈 溢出 而 失效 ， 因 为 Java 不 支持 尾部 调 
用 消除 (tail call elimination )， 二 绍 过 。 

5. 何 时 使 用 

到 目前 为 止 , 你 已 经 构建 了 大 量 技术 , 包括 延迟 列表 和 函数 , 使 用 它们 却 只 定义 了 一 个 包含 
质数 的 数据 结构 。 为 什么 呢 ? 哪些 实际 的 场景 可 以 使 用 这 些 技术 呢 ? 好 吧 , 你 已 经 了 解 了 如 何 向 
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数据 结构 中 搬入 函数 ( 因为 Java 8 允许 你 这 么 做 ), 这 些 函 数 可 以 用 于 按 需 创建 数据 结构 的 一 部 分 ， 
现在 你 不 需要 在 创建 数据 结构 时 就 一 次 性 地 定义 所 有 的 部 分 。 如 果 你 在 编写 游戏 程序 ， 比 如 棋牌 
类 游戏 , 你 可 以 定义 一 个 数据 结构 ， 它 在 形式 上 涵盖 了 由 所 有 可 能 移动 构成 的 一 个 树 ( 这 些 步 又 
要 在 早期 完成 计算 工作 量 太 大 )， 具 体 的 内 容 可 以 在 运行 时 创建 。 最 终 的 结果 是 一 个 延迟 树 ， 而 
不 是 一 个 延迟 列表 。 我 们 本 章 关 注 延 迟 列表 ， 原 因 是 它 可 以 和 Java 8 的 另 一 个 新 特性 Stream 串 接 
起 来 ， 我 们 能 够 针对 性 地 讨论 Stream 和 延迟 列表 各 自 的 优 和 缺点。 

还 有 一 个 问题 就 是 性 能 。 我 们 很 容易 得 出 结论 ,延迟 操作 的 性 能 会 比 提前 操作 要 好 一 一 仅 在 
程序 需要 时 才 计 算 值 和 数据 结构 当然 比 传统 方式 下 一 次 性 地 创建 所 有 的 值 ( 有 时 甚至 比 实际 需求 
更 多 的 值 ) 要 好 。 不 过 ， 实 际 情况 并 非 如 此 简单 。 完 成 延迟 操作 的 开销 ， 比 如 DazyList 中 每 个 
元 素 之 间 执 行 额外 Suppliers 调 用 的 开销 , 有 可 能 超过 你 猜测 会 带 来 的 好 处 , 除非 你 仅仅 只 访问 
整个 数据 结构 的 10%， 其 至 更 少 。 最 后 ， 还 有 一 种 微妙 的 方式 会 导致 你 的 LazyList 并 非 真正 的 
延迟 计算 。 如 果 你 遍历 LazyList 中 的 值 ， 比 如 from(2) ， 可 能 直到 第 10 个 元 素 ， 这 种 方式 下 ， 
它 会 创建 每 个 节点 两 次 ， 最 终 创建 20 个 节点 ， 而 不 是 10 个 。 这 几乎 不 能 被 称 为 延迟 计算 。 问 题 在 
于 每 次 实时 访问 PazyList 的 元 素 时 ，tail 中 的 Supplier 都 会 被 重复 调用 ; 你 可 以 设 定 tail 中 
的 Supplier 方 法 仅 在 第 一 次 实时 访问 时 才 执行 调用 ， 从 而 修复 这 一 问题 一 一 计算 的 结果 会 缓存 
起 来 一 一 效果 上 对 列表 进行 了 增强 。 要 实现 这 一 目标 ， 你 可 以 在 LazyList 的 定义 中 添加 一 个 私 
有 的 optional<LazyList<T>> 类 型 字段 alreadyCcomputea， tail 方 法 会 依据 情况 查询 及 更 新 
该 字段 的 值 。 纯 函数 式 语言 Haskell 就 是 以 这 种 方式 确保 它 所 有 的 数据 结构 都 恰当 地 进行 了 延迟 。 
如 果 你 对 这 方面 的 细节 感 兴趣 ， 可 以 查看 相关 文章 。” 

我 们 推荐 的 原则 是 将 延迟 数据 结构 作为 你 编程 兵器 库 中 的 强力 武器 。 如 果 它 们 能 让 程序 设计 
更 简单 ， 就 尽量 使 用 它们 。 如 果 它 们 会 带 来 无 法 接受 的 性 能 损失 ， 就 尝试 以 更 加 传统 的 方式 重新 
实现 它们 。 

现在 ,让 我 们 转向 几乎 所 有 函数 式 编 程 语言 中 都 提供 的 一 个 特性 ， 不 过 Java 语 言 中 暂时 并 未 
提供 这 一 特性 ， 它 就 是 模式 匹配 。 


14.4 ”模式 匹配 


函数 式 编 程 中 还 有 男 一 个 重要 的 方面 ， 那 就 是 (结构式 ) 模式 匹配 。 不 要 将 这 个 概念 和 正则 
表达 式 中 的 模式 匹配 相 混 淆 。 还 记得 吗 ， 第 1 章 结 束 时 ， 我 们 了 解 到 数学 公式 可 以 通过 下 面 的 方 
式 进行 定义 : 

£f(0) 

f (n) 

不 过 在 Java 语 言 中 , 你 只 能 通过 if-then-else 语 句 或 者 switch 语 句 实 现 。 随 着 数据 类 型 变 
得 愈加 复杂 ， 需 要 处 理 的 代码 ( 以 及 代码 块 ) 的 数量 也 在 迅速 攀升 。 使 用 模式 匹配 能 有 效 地 减少 
这 种 混乱 的 情况 。 
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1 
n*f(n-1) otherwise 























关于 延迟 计算 ， 可 以 参考 https://wiki.haskell.org/Haskell/Lazy_evaluation。 一 一 译 者 注 
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为 了 说 明 , 我 们 先 看 一 个 树 结 构 ， 你 希望 能 够 遍历 这 一 整 棵 树 。 我 们 假设 使 用 一 种 简单 的 数 
学 语言 ， 它 包含 数字 和 二 进 制 操作 符 : 


class Expr { ... } 
class Number extends Expr { int val; ... } 
class BinOp extends Expr { String opname; Expr left, right; ... } 


假设 你 需要 编写 方法 简化 一 些 表 达 式 。 比 如 ，5 + 0 可 以 简化 为 5。 使 用 我 们 的 域 语言 ，new 
BinOp ("+"，new Number (5)，new Number (0)) 可 以 简化 为 Number (5)。 你 可 以 像 下 面 这 样 
遍历 Expr 结 构 : 


Expr simplifyExpression(Expr expr) { 
if (expr instanceof BinOp 
&& ((BinOp)expr) .opname.equals ("+")) 
&& ((BinOp)expr) .right instanceof Number 
&& ... // 变 得 非常 策 抽 
&& ...， ) { 
return (Binop)expr.left; 


} 
你 可 以 预期 这 种 方式 下 代码 会 迅速 地 变 得 异常 丑陋 ， 难 于 维护 。 
14.4.1 访问 者 设计 模式 


Java 语 言 中 还 有 另 一 种 方式 可 以 解 包 数据 类 型 ， 那 就 是 使 用 访问 者 〈Visitor ) 设计 模式 。 本 
质 上 , 使 用 这 种 方法 你 需要 创建 一 个 单独 的 类 ， 这 个 类 封装 了 一 个 算法 ,可 以 “访问 ” 某 种 数据 
类 
入 
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它 是 如 何 工 作 的 呢 ? 访问 者 类 接受 某 种 数据 类 型 的 实例 作为 输入 。 它 可 以 访问 该 实例 的 所 有 
成 员 。 下 面 是 一 个 例子 , 通过 这 个 例子 我 们 能 了 解 这 一 方法 是 如 何 工 作 的 。 首 先 , 你 需要 向 Binop 
添加 一 个 accept 方 法 ， 它 接受 一 个 SimplifyExprVisitor 作 为 参数 ， 并 将 自身 传递 给 它 ( 你 
还 需要 为 Number 添 加 一 个 类 似 的 方法 ): 


class BinOp extends Exprt 





public Expr accept (SimplifyExprVisitor v){ 
return v.visit (this); 
} 
} 


SimplifyExprVisi tor 现 在 就 可 以 访问 Binop 对 象 并 解 包 其 中 的 内 容 了 : 





public class SimplifyExprVisitor { 


public Expr visit (BinOp e)t 
if("+".equals(e.opname) && e.right instanceof Number && ...){ 
return e.left; 


} 








14.4.2 ”用 模式 匹配 力挽狂澜 


通过 一 个 名 为 模式 匹配 的 特性 ,我 们 能 以 更 简单 的 方案 解决 问题 。 这 种 特性 目前 在 Java 语 言 
中 暂时 还 不 提供 , 所 以 我 们 会 以 Scala 程 序 设计 语言 的 一 个 小 例子 来 展示 模式 匹配 的 强大 威力 。 通 
过 这 些 介 绍 你 能 够 了 解 一 旦 Java 语 言 支持 模式 匹配 ， 我 们 能 做 哪些 事情 。 

假设 数据 类 型 Expr 代 表 的 是 某 种 数学 表达 式 ， 在 Scala 程 序 设 计 语 言 中 ( 我 们 采用 Scala 的 原 
因 是 它 的 语法 与 Java 非 常 接近 )， 你 可 以 利用 下 面 的 这 段 代 码 解 析 表 达 式 : 


def simplifyExpression (expr: Expr): Expr = expr match { 
























































case BinOop("+", e, Number(0)) => e // 加 0 

case BinOp("*", e, Number(1)) => e // 乘 以 1 

case Binop("/"，e，Number(1)) => e // 除 以 1 

case _ => expr // 不 能 简化 expr 


} 
模式 匹配 为 操纵 类 树 型 数据 结构 提供 了 一 个 极其 详细 又 极 富 表现 力 的 方式 。 构 建 编译 带 或 者 
处 理 商 务 规则 的 引擎 时 ， 这 一 工具 尤其 有 用 。 注 意 ，Scala 的 语法 























Expression match { case Pattern => Expression ... } 
\y Si 
和 Java 的 语法 非常 相似 : 
switch (Expression) { case Constant : Statement ... } 


Scala 的 通配符 判断 和 Java 中 的 aefault :扮演 这 同样 的 角色 。 这 二 者 之 间 主 要 的 语法 区 别 在 
于 Scala 是 面向 表达 式 的 , 而 Java 则 更 多 地 面向 语句 , 不 过 , 对 程序 员 而 言 , 它们 主要 的 区 别 是 Java 
中 模式 的 判断 标签 被 限制 在 了 某 些 基础 类 型 、 枚 举 类 型 、 封 装 基础 类 型 的 类 以 及 String 类 型 。 
使 用 支持 模式 匹配 的 语言 实践 中 能 带 来 的 最 大 的 好 处 在 于 ， 你 可 以 避免 出 现 大 量 艇 套 的 switch 
或 者 if-then-else 语 句 和 字段 选择 操作 相互 交织 的 情况 。 

非常 明显 ，Scala 的 模式 匹配 在 表达 的 难 易 程度 上 比 Java 更 胜 一 筹 ， 你 只 能 期 待 未 来 版 本 的 
Java 能 支持 更 具 表达 性 的 switch 语 句 。 我 们 会 在 第 16 章 给 出 更 加 详细 的 介绍 。 

与 此 同时 ， 让 我 们 看 看 如 何 凭借 Java 8 的 Lambda 以 另 一 种 方式 在 Java 中 实现 类 模式 匹配 。 我 
们 在 这 里 介绍 这 一 技巧 的 目的 仅仅 是 想 让 你 了 解 Lambda 另 一 个 有 趣 的 应 用 。 

Java 中 的 伪 模式 匹配 

首先 ， 让 我 们 看 看 Scala 的 模式 匹配 特性 提供 的 匹配 表达 式 有 多 么 丰富 。 比 如 下 面 这 个 例子 : 


def simplifyExpression (expr: Expr): Expr = expr match { 
case BinOp("+", e, Number(0)) => e 





















































它 表 达 的 意思 是 :“ 检 查 expr 是 否 为 Binop， 抽 取 它 的 三 个 组 成 部 分 ( opname 、left、 
right )， 紧 接着 对 这 些 组 成 部 分 分 别 进行 模式 匹配 第 个 部 分 匹配 string+， 第 二 个 部 分 
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匹配 变量 e ( 它 总 是 匹配 )， 第 三 个 部 分 匹配 模式 Number (0) 。” 换 句 话说 ，Scala( 以 及 很 多 其 他 
的 函数 式 语言 ) 中 的 模式 匹配 是 多 层次 的 。 我 们 使 用 Java J 进行 的 模式 匹配 模拟 
只 会 提供 一 层 的 模式 匹配 ; 以 前 面 的 这 个 例子 而 言 ， 这 意味 着 它 只 能 覆盖 Binop (op，1，r) 或 
者 Number (n) 这 种 用 例 ， 无 法 顾及 Binop ("+"，e, Number(0))。 

首先 ， 我 们 做 一 些 稍微 让 人 i 训 讶 的 观察， 由 于 你 选择 使 用 Lambda， 原 则 上 你 的 代码 里 不 应 
该 使 用 if-then-else。 你 可 以 使 用 方法 调用 


myIf(condition，() -> el, () -> e2); 


取代 condition ? el : 0 
在 某 些 地 方 ， 比 如 库 文件 中 ， 你 可 能 有 这 样 的 定义 (使 用 了 通用 类 型 7 ) : 


static <T> T myIf (boolean b, Supplier<T> truecase, Supplier<T> falsecase) { 
return b ? truecase.get() : falsecase.get (); 









































类 型 ?扮演 了 条 件 表达 式 中 结果 类 型 的 角色 。 原 则 上 ， 你 可 以 用 if-then-else 完 成 类 似 的 


jn 

贡 
MW 
己 
oO 





当然 ,正常 情况 下 用 这 种 方式 会 增加 代码 的 复杂 度 ， 让 它 变 得 愈加 了 星 涩 难 懂 ， 因 为 用 
if-then-else 就 已 经 能 非常 顺畅 地 完成 这 一 任务 ， 这 么 做 似乎 有 些 杀 鸡 用 牛刀 的 嫌疑 。 不 过 ， 
我 们 也 注意 到 ，Java 的 switch 和 if-then-else 无 法 完全 实现 模式 匹配 的 思想 ， 而 Lambda 表 达 
式 能 以 简单 的 方式 实现 单 层 的 模式 匹配 一 一 对 照 使 用 if-then-else 链 的 解决 方案 , 这 种 方式 要 
简洁 得 多 。 

回来 继续 讨论 类 Expr 的 模式 匹配 值 ，Expr 类 有 两 个 子 类 ,分 别 为 Binop 和 Number， 你 可 以 
定义 一 个 方法 patternMatchExpr ( 同样 ， 我 们 在 这 里 会 使 用 泛 型 Tr， 用 它 表示 模式 匹配 的 结果 
类 型 ): 
































interface TriFunction<S, T, U, R>{ 
RR app (SU 
} 


static <T> T patternMatchExpr( 
Expr e， 
TriFunction<String, Expr, Expr, T> binopcase， 
Function<Integer, T> numcase, 
Supplier<T> defaultcase) { 


return 
(e instanceof BinOp) ? 
binopcase.apply (((BinOp)e) .opname, ((BinOp)e).left, 


( (Binop)e) .right) : 
(e instanceof Number) ? 
numcase.apply(((Number)e) .val) : 
defaultcase.get (); 
} 


最 终 的 结果 是 ,方法 调用 
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patternMatchExpr(e, (op, 1, r) -> {return binopcode;}, 
(n) -> {return numcode;}, 
() -> {return defaultcode;}); 


会 判断 e 是 否 为 Binop 类 型 ( 如 果 是 ， 会 执行 binopcode 方 法 ， 它 能 够 通过 标识 符 op 、1 和 + 访问 
Binop 的 字段 )， 是 否 为 Number 类 型 ( 如 果 是 ,会 执行 humcode 方 法 ， 它 可 以 访问 n 的 值 )。 这 个 
方法 还 可 以 返回 aefaultcode， 如 果 有 人 在 将 来 某 个 时 刻 创建 了 一 个 树 节 点 ， 它 既 不 是 Binop 
类 型 ， 也 不 是 Number 类 型 ， 那 就 会 执行 这 部 分 代码 。 

下 面 这 段 代 码 通过 简化 的 加 法 和 乘法 表达 式 展示 了 如 何 使 用 patternMatchExpr。 


代码 清单 14-1 使 用 模式 匹配 简化 表达 式 


public static Expr simplify(Expr e) { | 
TriFunction<String, Expr, Expr, Expr> binopcase = | 代理 Bih0p 表 这 式 
opname, left, right) -> { 


( 
、 if ("+".equals (opname)) { 
处 理 加 法 厂 籽 





















































(left instanceof Number && ((Number) left).val == 0) { 
return right; 


if (right instanceof Number && ((Number) right) .val == 0) { 
return left; 
} 
} | 外 理科 法 
if ("*".equals(opname)) { 
if (left instanceof Number && ((Number) left) .val == 1) { 


return right; 


if (right instanceof Number && ((Number) right) .val == 1) { 
return left; 
如 果 用 户 提 } 
供 的 Expr 无 } 处 理 Number 
法 识别 时 进 return new Binop(opname, left, right); 对 象 
行 的 默认 处 }; 
理 机 制 Function<Integer, Expr> numcase = val -> new Number (val); < 十 一 
Supplier<Expr> defaultcase = () -> new Number (0); 进行 模 
式 匹 配 
return patternMatchExpr(e, binopcase, numcase, defaultcase); 十 一 


} 


你 可 以 通过 下 面 的 方式 调用 简化 的 方法 : 


Expr e = new BinOp("+", new Number(5), new Number (0)); 
Expr match = simplify(e); 
System.out .println(match); 1 | 打印 输出 5 


目前 为 止 ， 你 已 经 学 习 了 很 多 内 容 , 包括 高 阶 函 数 、 科 里 化 、 持 和 久 化 数据 结构 、 延 迟 列 表 以 
及 模式 匹配 。 现 在 我 们 看 一 些 更 加 微妙 的 技术 ,为 了 避免 将 前 面 的 内 容 弄 得 过 于 复杂 ， 我 们 刻意 
地 将 这 部 分 内 容 推 迟到 了 后 面 。 





14.5 杂项 295 





14.5 ”杂项 


这 一 节 里 我 们 会 一 起 探讨 两 个 关于 函数 式 和 引用 透明 性 的 比较 复杂 的 问题 , 一 个 是 效率 , 男 
一 个 关乎 返回 一 致 的 结果 。 这 些 都 是 非常 有 趣 的 问题 , 我 们 直到 现在 才 讨论 它们 的 原因 是 它们 通 
常 都 由 副作用 引起 , 并 非 我 们 要 介绍 的 核心 概念 。 我 们 还 会 探究 结合 器 ( Combinator ) 的 思想 一 一 
即 接受 两 个 或 多 个 方法 (函数 ) 做 参数 且 返 回 结果 是 另 一 个 函数 的 方法 ; 这 一 思想 直接 影响 了 新 
增 到 Java 8 中 的 许多 API。 


























14.5.1 缓存 或 记忆 表 


假设 你 有 一 个 无 副作用 的 方法 omputeNumberOfNodes (Range) ， 它 会 计算 一 个 树 形 网 络 中 
给 定 区 间 内 的 节点 数目 。 让 我 们 假设 ， 该 网 络 不 会 发 生变 化 ， 即 该 结构 是 不 可 变 的 ， 然 而 调用 
computeNumberOfNodqes 方 法 的 代价 是 非常 昂贵 的 ， 因 为 该 结构 需要 执行 递归 遍历 。 不 过 ， 你 可 
能 需要 多 次 地 计算 该 结果 。 如 果 你 能 保证 引用 透明 性 ， 那 么 有 一 种 聪明 的 方法 可 以 避免 这 种 元 余 
的 开销 。 解 决 这 一 问题 的 一 种 比较 标准 的 解决 方案 是 使 用 记忆 表 (memoization ) 一 一 为 方法 添加 
一 个 封装 器 ， 在 其 中 加 入 一 块 缓存 ( 比如 ， 利 用 一 个 HashMap ) 一 一 封装 器 被 调用 时 ， 首 先 查 看 
缓存 ,看 请 求 的 “( 参数 ,结果 ) 对 ”是 否 已 经 存在 于 缓存 ， 如 果 已 经 存在 ,那么 方法 直接 返回 组 
存 的 结果 ; 和 否则， 你 会 执行 computeNumberofNodes 调 用 ， 不 过 从 封装 器 返回 之 前 ， 你 会 将 新 计 
算出 的 “参数, 结果 ) 对 ”保存 到 缓存 中 。 严 格 地 说 ， 这 种 方式 并 非 纯粹 的 函数 式 解决 方案 ， 
为 它 会 修改 由 多 个 调用 者 共享 的 数据 结构 ， 不 过 这 段 代码 的 封装 版 本 的 确 是 引用 透明 的 。 

实际 操作 上 ， 这 段 代 码 的 工作 如 下 : 

final Map<Range, Integer> numberOfNodes = new HashMap<>(); 

Integer computeNumberOfNodesUsingCache (Range range) { 

Integer result = numberOfNodes.get (range); 


if (result != null)t{ 
return result; 




































































} 

result = computeNumberOfNodes (range); 
numberOfNodes.put (range, result); 
return result; 


”Java 8 改进 了 Map 接 口 ,提供 了 一 个 名 为 computeIfAbsent 的 方法 处 理 这 样 的 情况 。 我 们 
会 在 附录 B 介 绍 这 一 方法 。 但 是 ,我 们 在 这 里 也 提供 一 些 参 考 ， 你 可 以 用 下 面 的 方式 调用 
computeIfAbsent 方 法 ， 帮 助 你 编写 结构 更 加 清晰 的 代码 . 


Integer computeNumberOfNodesUsingCache (Range range) { 


内 
冲 


return numberOfNodes.computeIfAbsent (range, 
this::computeNumberOfNodes); 
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很 明显 ， 方 法 computeNumberOfNodesUsingCache 是 引用 透明 的 ( 我 们 假设 compute- 
NumberOfNodes 也 是 引用 透明 的 )。 不过， 事实 上 ，numberofNodqes 处 于 可 变 共享 状态 ， 并 且 
HashMap 也 没有 同步 *", 这 意味 这 该 段 代码 不 是 线程 安全 的 。 如 果 多 个 核对 numberofNodes 执 行 
并 发 调用 ， 即 便 不 用 HashMap ， 而 是 用 ( 由 锁 保 护 的 ) Hashtapble 或 者 ( 并 发 无 锁 的 ) 
ConcurrentHashMap, 可 能 都 无 法 达到 预期 的 性 能 , 因为 这 中 间 又 存在 由 于 发 现 某 个 值 不 在 Map 
中 ， 需 要 将 对 应 的 所 参数， 结果 ) 对 ” 搬 回 到 ap 而 引起 的 条 件 竞争 。 这 意味 着 多 个 核 上 的 进 
程 可 能 算出 的 结果 相同 ， 又 都 需要 将 其 加 入 到 Map 中 。 

从 刚才 讨论 的 各 种 纠结 中 , 我 们 能 得 到 的 最 大 收获 可 能 是 , 一 旦 并 发 和 可 变 状态 的 对 象 揉 到 
一 起 ,它们 引起 的 复杂 度 要 远 超 我 们 的 想象 ， 而 函数 式 编程 能 从 根本 上 解决 这 一 问题 。 当 然 ， 这 
也 有 一 些 例 外 , 比如 出 于 底层 性 能 的 优化 , 可 能 会 使 用 缓存 , 而 这 可 能 会 有 一 些 影响 。 另 一 方面 ， 
如 果 不 使 用 缓存 这 样 的 技巧 , 如 果 你 以 函数 式 的 方式 进行 程序 设计 , 那 就 完全 不 必 担 心 你 的 方法 
是 否 使 用 了 正确 的 同步 方式 ， 因 为 你 清楚 地 知道 它 没有 任何 共享 的 可 变 状态 。 




























































































14.5.2 “返回 同样 的 对 象 ”意味 着 什么 


让 我 们 在 次 回顾 一 下 14.2.3 节 中 二 又 树 的 例子 。 图 14-4 中 ， 变 量 t 指 向 了 一 棵 现存 的 树 ， 依 
据 该 图 ， 调 用 fupdate (fupdate ("Wil1l",26，,， 七) 会 生成 一 个 新 的 树 ， 这 里 我 们 假设 该 树 会 
被 赋值 给 变量 i:2。 通 过 该 图 ， 我 们 非常 清楚 地 知道 变量 t ， 以 及 所 有 它 涉及 的 数据 结构 都 是 不 
会 变化 的 。 现 在 , 假设 你 在 新 增 的 赋值 操作 中 执行 一 次 字面 上 和 上 一 操作 完全 相同 的 调用 ， 如 
下 所 示 : 

t3 = fupdate("Will", 26, t); 

这 时 t 会 指向 第 三 个 新 创建 的 节点 , 该 节点 包含 了 和 t2 一 样 的 数据 。 好 , 问题 来 了 : fupdate 
是 否 符合 引用 透明 性 原则 呢 ? 引用 透明 性 原则 意味 着 “使 用 相同 的 参数 ( 即 这 个 例子 的 情况 ) 产 
生 同 样 的 结果 ”。 问 题 是 c2 和 t3 属 于 不 同 的 对 象 引 用 ， 所 以 (t2==t3) 这 一 结论 并 不 成 立 ， 这 样 
说 起 来 你 只 能 得 出 一 个 结论 : fupaate 并 不 符合 引用 透明 性 原则 。 虽然 如 此 ,使 用 不 会 改动 的 持 
久 化 数据 结构 时 ，t2 和 t3 在 逻辑 上 并 没有 差别 。 对 于 这 一 点 我 们 已 经 辩论 了 很 长 时 间 ， 不 过 最 
简单 的 概括 可 能 是 函数 式 编程 通常 不 使 用 == (引用 相等 )， 而 是 使 用 equal 对 数据 结构 值 进行 比 
较 ， 由 于 数据 没有 发 生变 更 ， 所 以 这 种 模式 下 fupdate 是 引用 透明 的 。 




























































































14.5.3 ”结合 器 

函数 式 编程 时 编写 高 阶 函 数 是 非常 普通 而 且 非 常 自然 的 事 。 高 阶 函 数 接受 两 个 或 多 个 函数 ， 
并 返回 男 一 个 函数 ,实现 的 效果 在 某 种 程度 上 类 似 于 将 这 些 函 数 进行 了 结合 。 术 语 结合 器 通常 用 
于 描述 这 一 思想 。Java 8 中 的 很 多 API 都 受益 于 这 一 思想 ， 比 如 completableFuture 类 中 的 



















































































人 这 是 极其 容易 滋生 缺陷 的 地 方 。 我 们 很 容易 随意 地 使 用 HashMap, 却 忘 记 了 Java 文 档 中 的 提示 ， 这 一 数据 结构 不 
是 线程 安全 的 〈 或 者 简单 地 说 ， 由 于 我 们 的 程序 是 单线 程 的 ， 而 毫 无 顾忌 地 使 用 )。 
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thenCombine 方 法 。 该 方法 接受 两 个 completableFuture 方 法 和 一 个 BiFunction 方 法 ， 返回 
男 一 个 completableFuture 方 法 。 

虽然 深入 探讨 函数 式 编程 中 结合 器 的 特性 已 经 超出 了 本 书 的 范畴 , 了解 结合 絮 使 用 的 一 些 特 
例 还 是 非常 有 价值 的 , 它 能 让 我 们 切身 体验 函数 式 编程 中 构造 接受 和 返回 函数 的 操作 是 多 么 普通 
和 自然 。 下 面 这 个 方法 就 体现 了 函数 组 合 ( function composition ) 的 思想 : 


static <A,B,C> Function<A,C> compose (Function<B,C> g, Function<A,B> f) { 
return x -> g.apply (f.apply (x)); 









































} 

它 接受 函数 E 和 g 作 为 参数 ， 并 返回 一 个 函数 ， 实 现 的 效果 是 先 做 E， 接 着 做 g。 你 可 以 接着 
用 这 种 方式 定义 一 个 操作 ,通过 结合 器 完成 内 部 迭代 的 效果 。 让 我 们 看 这 样 一 个 例子 ,你 希望 接 
受 一 个 参数 ， 并 使 用 函数 f 连 续 地 对 它 进行 操作 ( 比如 次 )， 类 似 循环 的 效果 。 我 们 将 你 的 操作 
命名 为 repeat ， 它 接受 一 个 参数 f，f 代 表 了 一 次 迭代 中 进行 的 操作 ， 它 返回 的 也 是 一 个 函数 ， 
返回 的 函数 会 在 z 次 迭代 中 执行 。 像 下 面 这 样 一 个 方法 调用 

repeat (3, (Integer x) -> 2*x); 
形成 的 效果 是 x ->(2* (2* (2*x) ) ) 或 者 x -> 8*x。 

你 可 以 通过 下 面 这 段 代 码 进行 测试 : 

System.out .Println(repeat (3, (Integer x) -> 2*x) .apply (10)); 

输出 的 结果 是 80。 

你 可 以 按照 下 面 的 方式 编写 repeat 方 法 (请 特别 留意 0 次 循环 的 特殊 情况 ): 


如 果 n 的 值 为 6。， 直 接 返 回 
“什么 也 不 做 ”的 标识 符 









































static <A> Function<A,A> repeat (int n, Function<A,A> f) { 
A oa A 4 4 


: Compose(f, repeat (n-1, f)); < 否则 执行 函数 上 ， 重 复 执行 
n-1 次 ， 紧 接着 再 执行 一 次 

这 个 想法 稍 作 变 更 可 以 对 迁 代 概念 的 更 丰富 外 延 进行 建 模 , 甚至 包括 对 在 迭代 之 间 传递 可 变 
状态 的 函数 式 模型 。 不 过 ,由 于 篇 幅 有 限 ， 我 们 就 不 再 继续 展开 了 ,本 章 的 目标 只 是 为 大 家 做 一 
个 概率 的 总 结 ， 让 大 家 对 Java 8 的 基石 函数 式 编程 有 一 个 全 局 的 观念 。 市 面 上 还 有 很 多 优秀 的 书 
籍 ， 对 函数 式 编程 进行 了 更 深入 的 介绍 ， 大 家 可 以 选择 适合 的 进一步 学 习 。 


} 


















































14.6 小结 


下 面 是 本 章 中 你 应 该 掌握 的 重要 概念 。 

口 一 等 函数 是 可 以 作为 参数 传递 ， 可 以 作为 结果 返回 ， 同 时 还 能 存储 在 数据 结构 中 的 函数 。 
口 高 阶 函数 接受 至 少 一 个 或 者 多 个 函数 作为 输入 参数 ， 或 者 返回 另 一 个 函数 的 函数 。Java 
中 典型 的 高 阶 函 数 包括 comparing S andThen 和 compose。 

口 科 里 化 是 一 种 帮助 你 模块 化 函数 和 重用 代码 的 技术 。 
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口 持久 化 数据 结构 在 其 被 修改 之 前 会 对 自身 前 一 个 版 本 的 内 容 进行 备份 。 因 此 ， 使 用 该 技 
术 能 避免 不 必要 的 防御 式 复 制 。 






































语句 的 一 种 泛 化 。 














口 遵守 “引用 透明 性 ” 














口 Java 语 言 中 的 Stream 不 是 自 定 义 的 。 

口 延迟 列表 是 Java 语 言 中 让 Stream 更 具 表 现 力 的 一 个 特性 。 延迟 列表 让 你 可 以 通过 辅助 方法 
( supplier ) 即时 地 创建 列表 中 的 元 素 ， 辅 助 方法 能 帮忙 创建 更 多 的 数据 结构 。 

口 模式 匹配 是 一 种 函数 式 的 特性 , 它 能 帮助 你 解 包 数据 类 型 , 它 可 以 看 成 Java 语 言 中 switch 





























原则 的 函数 ， 其 计算 结构 可 以 进行 缓存 。 


























口 结合 器 是 一 种 函数 式 的 思想 ， 它 指 的 是 将 两 个 或 多 个 函数 或 者 数据 结构 进行 合并 。 





面 回 对 象 和 函数 式 编 程 的 混 
合 : Java 8 和 Scala 的 比较 








本 章 内 容 

日 作 信 尼 Scalal 语 启 

口 Java 8 与 Scala 是 如 何 相 生 相 承 的 

口 Scala 中 的 也 数 与 Java 8 中 的 函数 有 哪些 区 别 
口 类 和 trait 





Scala 是 一 种 混合 了 面向 对 象 和 函数 式 编程 的 语言 。 它 常常 被 看 作 Java 的 一 种 替代 语言 ， 程 序 
员 们 和 希望 在 运行 于 JVM 上 的 静态 类 型 语言 中 使 用 函数 式 特性 ， 同 时 又 期 望 保 持 Java 体 验 的 一 臻 
性 。 和 Java 比 较 起 来 , Scala 提供 了 更 多 的 特性 , 包括 更 复杂 的 类 型 系统 、 类 型 推断 、 模 式 匹配 (我 
们 在 14.4 节 提 到 过 )、 定 义 域 语言 的 结构 等 。 除 此 之 外 ， 你 可 以 在 Scala 代 码 中 直接 使 用 任何 一 个 
Java 类 库 。 

你 可 能 会 有 这 样 的 疑惑 ， 我 们 为 什么 要 在 一 本 介绍 Java 8 的 书 里 特别 设计 一 章 讨 论 Scala。 本 
书 的 绝 大 部 分 内 容 都 在 介绍 如 何在 Java 中 应 用 函数 式 编程 。Scala 和 Java 8 极其 类 似 ， 它 们 都 支持 
对 集合 的 函数 式 处 理 ( 类 似 于 对 Stream 的 操作 )、 一 等 函数 、 默 认 方 法 。 不 过 Scala 将 这 些 思想 向 
前 又 推进 了 一 大 步 : 它 为 实现 这 些 思 想 提供 了 大 量 的 特性 ， 这 方面 它 领先 了 Java 8 一 大 截 。 我 们 
相信 你 会 发 现 ， 对 比 Scala 和 Java 8 在 实现 方式 上 的 不 同 以 及 了 解 Java 8 目前 的 局 限 是 非常 有 趣 的 。 
通过 这 一 章 ， 我 们 希望 能 针对 这 些 问题 为 你 提供 一 些 线 索 ， 解 答 一 些 疑 惑 。 

请 记 住 ， 本 章 的 目的 并 非 让 你 掌握 如 何 编写 纯粹 的 Scala 代 码 ， 或 者 了 解 Scala 的 方方面面 。 
不 少 的 特性 ， 比 如 模式 匹配 ， 在 Scala 中 是 天 然 支持 的 ， 也 非常 容易 理解 ， 不 过 这 些 特性 在 Java 8 
中 却 并 未 提供 ， 这 部 分 内 容 我 们 在 这 里 不 会 涉及 。 本 章 着 重 对 比 Java 8 中 新 引入 的 特性 和 该 特性 
在 Scala 中 的 实现 ， 帮 助 你 更 全 面 地 理解 该 特性 。 比 如 ， 你 会 发 现 ， 用 Scala 重 新 实现 原先 用 Java 
完成 的 代码 更 简单 ， 可 读 性 也 更 好 。 

本 章 从 对 Scala 的 介绍 人 手 : 让 你 了 解 如 何 使 用 Scala 编 写 简单 的 程序 ， 以 及 如 何 处 理 集 合 。 
紧 接着 我 们 会 讨论 Scala 中 的 函数 式 ， 包 括 一 等 函数 、 闭 包 以 及 科 里 化 。 最 后 ， 我 们 会 一 起 看 看 
Scala 中 的 类 ， 以 及 一 种 名 为 trait 的 特性 ， 它 是 Scala 中 带 默 认 方 法 的 接口 。 
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15.1 ”Scala 简介 


本 节 会 简要 地 介绍 Scala 的 一 些 基本 特性 ， 让 你 有 一 个 比较 直观 的 感受 : 到 底 简单 的 Scala 程 序 
怎么 编写 。 我 们 从 一 个 略微 改动 的 Hello World 示 例 人 人手， 该 程序 会 以 两 种 方式 编写 ， 一 种 以 命令 
式 的 风格 编写 , 另 一 种 以 函数 式 的 风格 编写 。 接着, 我 们 会 看 看 Scala 文 持 哪些 数据 结构 一 一 List、 
Set 、Map、Stream、Tuple 以 及 option 一 一 并 将 它们 与 Java 8 中 对 应 的 数据 结构 一 一 进行 比较 。 
最 后 ， 我 们 会 介绍 trait， 它 是 Scala 中 接口 的 殖 代 品 ， 支 持 在 对 和 象 实例 化 时 对 方法 进行 继承 。 


15.1.1 你 好 ， 啤 酒 

让 我 们 看 一 个 简单 的 例子 ， 这 样 你 能 对 Scala 的 语法 、 语 言 特性 ， 以 及 它 与 Java 的 差异 有 一 个 
比较 直观 的 认识 。 我 们 对 经 典 的 Hello World 示 例 进 行 了 微调 ， 让 我 们 来 点 儿 啤酒 。 你 希望 在 屏幕 
上 打印 输出 下 面 这 些 内容 : 















































Hello 2 bottles of beer 
Hello 3 bottles of beer 
Hello 4 bottles of beer 
Hello 5 bottles of beer 
Hello 6 bottles of beer 


1. 命令 式 Scala 
下 面 这 段 代码 中 ，Scala 以 命令 式 的 风格 打印 输出 这 段 内 容 : 


object Beer { 
def main(args: Array [String])t{ 
Va 的 二 :二 > 运 
while( n <= 6 ){ 在 字符 串 中 插值 
println(s"Hello S${n} bottles of beer") 二 
站 三 : 冰 
} 
3 
} 


如 何 运 行 这 段 代码 的 指导 信息 可 以 在 Scala 的 官方 网 站 找到 ”。 这 段 代 码 看 起 来 和 你 用 Java 编 
写 的 程序 相当 类 似 。 它 的 结构 和 Java 程 序 儿 乎 一 样 : 它 包 含 了 一 个 名 为 nain 的 方法 , 该 方法 接受 
一 个 由 参数 构成 的 数组 ( 类 型 注释 遵循 这 样 的 语法 s : String， 不 像 Java 那 样 用 String s )。 
由 于 main 方 法 不 返回 值 ， 所 以 使 用 Scala 不 需要 像 Java 那 样 声 明 一 个 类 型 为 voia 的 返回 值 。 




















注意 通常 而 言 ， 在 Scala 中 声明 非 递 归 的 方法 时 ， 不 需要 显 式 地 返回 类 型 ， 因 为 Scala 会 自动 地 
替 你 推断 生成 一 个 。 


转 和 main 的 方法 体 之 前 ， 我 们 想 先 讨论 下 对 象 的 声明 。 不 管 怎样 ，Java 中 的 main 方 法 都 需 








GD 参见 http:Wwww.scala-lang.org/documentation/getting-started.html。 
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要 在 某 个 类 中 声明 。 对 象 的 声明 产生 了 一 个 单 例 的 对 象 : 它 声明 了 一 个 对 象 ， 比 如 Bear,， 与 此 
同时 又 对 其 进行 了 实例 化 。 整 个 过 程 中 只 有 一 个 实例 被 创建 。 这 是 第 一 个 以 经 典 的 设计 模式 ( 即 
单 例 模式 ) 实现 语言 特性 的 例子 一 一 尽量 不 拘 一 格 地 使 用 它 ! 此 外 ,你 可 以 将 对 象 声 明 中 的 方法 
看 成 静态 的 ， 这 也 是 main 方 法 的 方法 签名 中 并 未 显 式 地 声明 为 静态 的 原因 。 

现在 让 我 们 看 看 main 的 方法 体 。 它 看 起 来 和 Java 非 常 类 似 , 但 是 语句 不 需要 再 以 分 号 结尾 了 
( 它 成 了 一 种 可 选项 )。 方 法 体 中 包含 了 一 个 whi le 循环 ， 它 会 递增 一 个 可 修改 变量 n。 通 过 预定 
义 的 方法 println， 你 可 以 打印 输出 n 的 每 一 个 新 值 。println 这 一 行 还 展示 了 Scala 的 另 一 个 特 
性 : 字符 串 插 值 。 字符 串 插值 在 字符 串 的 字面 量 中 内 购 变 量 和 表达 式 。 前 面 的 这 段 代码 中 ， 你 在 
字符 串 字 面 量 s"Hello ${n}) bottles of peer" 中 直接 使 用 了 变量 n。 字 符 串 前 附加 的 插值 操 
作 符 s， 神奇 地 完成 了 这 一 转变 。 而 在 Java 中 ， 你 通常 需要 使 用 显 式 的 连接 操作 ， 比 如 "Hello " 
+ n+" bottles of beer", 才能 达到 同样 的 效果 。 

2. 函数 式 Scala 

那么 , Scala 到 底 能 带 来 哪些 好 处 呢 ? 毕竟 我 们 在 本 书 里 主要 讨论 的 还 是 函数 式 。 前 面 的 这 段 
代码 利用 Java 8 的 新 特性 能 以 更 加 函数 式 的 方式 实现 ， 如 下 所 示 : 

public class Foo { 

public static void main(String[] args) { 
IntStream.rangeClosed(2, 6) 


.forEach(n -> System.out .println("Hello " + nt+ 
" bottles of beer")); 






























































} 
} 


如 果 以 Scala 来 实现 ， 它 是 下 面 这 样 的 : 


object Beer { 
def main(args: Array[String])t 
2 to 6 foreach { n => println(s"Hello S${n} bottles of beer") } 
} 
} 


这 种 实现 看 起 来 和 基于 Java 的 版 本 有 有 几 分 相似 , 不 过 Scala 的 实现 更 加 简洁 。 首 先 , 你 使 用 表 
达 式 2 to 6 创建 了 一 个 区 间 。 这 看 起 来 相当 特别 : 2 在 这 里 并 非 原始 数据 类 型 ， 在 Scala 中 它 是 
一 个 类 型 为 Int 的 对 象 。Scala 语 言 里 ,任何 事物 都 是 对 象 ; 不 像 Java 那 样 ，Scala 没 有 原始 数据 类 
型 一 说 了 。 通过 这 种 方式 ，Scala 被 转变 成 为 了 纯粹 的 面向 对 象 语言 。Scala 语 言 中 Int 对 象 支持 名 
为 to 的 方法 ， 它 接受 男 一 个 Int 对 象 ， 返 回 一 个 区 间 。 所 以 ,你 还 可 以 通过 男 一 种 方式 实现 这 一 
语句 ， 即 2 .to(6) 。 由 于 接受 一 个 参数 的 方法 可 以 采用 中 绥 式 表达 ,所 以 你 可 以 用 开头 的 方式 实 
现 这 一 语句 。 紧 接着 ， 我 们 看 到 了 foreach ( 这 里 的 e 采 用 的 是 小 写 )， 它 和 Java 8 中 的 forEach 
(使 用 了 大 写 的 E j 也 很 类 似 。 它 是 对 一 个 区 间 进 行 操作 的 函数 ( 这 里 你 可 以 再 次 使 用 中 级 表达 式 )， 
它 可 以 接受 Lambda 表 达 式 做 参数 ， 对 区 间 的 每 一 个 元 素 顺 次 执行 操作 。 这 里 Lambda 表 达 式 的 语 
法 和 Java 8 也 非常 类 似 ， 区 别 是 箭头 的 表示 用 => 替 换 了 ->。 前 面 的 这 段 代 码 是 函数 式 的 : 因为 
















































































注意， 在 Scala 语 言 中 ， 我 们 使 用 “匿名 函数 ”或 者 “ 闭 包 ”( 可 以 互相 替换 ) 来 指 代 Java 8 中 的 Lambda 表 达 式 。 
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就 像 我 们 早期 使 用 while 循环 时 示例 的 那样 ， 你 并 未 修改 任何 变量 





O 


15.1.2 ”基础 数据 结构 : List、Set、Map、Tuple、Stream 以 及 Option 


几 标 啤酒 之 后 , 你 一 定 已 经 止 住 口 渴 , 精神 一 振 了 吧 ? 大 多 数 的 程序 都 需要 操纵 和 存储 数据 ， 
那么 ， 就 让 我 们 一 起 看 看 如 何在 Scala 中 操作 集合 ， 以 及 它 与 Java 8 中 操作 的 不 同 。 





1. 创建 集合 


在 Scala 中 创建 集合 是 非常 简单 的 ， 这 主要 归功 于 它 对 简洁 性 的 一 贯 坚 持 。 比 如 ， 创 建 一 个 





Map， 你 可 以 用 下 面 的 方式 : 


val authorsToAge = Map("Raoul" -> 23, "Mario" -> 40, "Alan" -> 53) 




















这 行 代码 中 ， 有 几 件 事情 是 我 们 首次 碰 到 的 。 首 先 ， 你 使 用 - 


> 语法 轻而易举 地 创建 了 一 个 














Map， 并 完成 了 键 到 值 的 映射 ， 整 个 过 程 令 人 吃惊 地 简单 。 你 不 

















一 个 元 素 : 


Map<String, Integer> authorsToAge = new HashMap<>(); 
authorsToAge.put ("Raoul", 23); 
authorsToAge.put ("Mario", 40); 
authorsToAge.put ("Alan", 53); 


需要 像 Java 中 那样 手工 添加 每 


关于 这 一 点 ， 也 有 一 些 讨论 , 希望 在 未 来 的 Java 版 本 中 添加 类 似 的 语法 糖 ， 不 过 在 Java 8 中 





暂时 还 没有 这 样 的 特性 。 第 二 件 让 人 耳目 一 新 的 事 是 你 可 以 选择 不 

















对 变量 authorsToAge 的 类 型 


进行 注解 。 实 际 上 ， 你 可 以 编写 val authorsToAge : Map[String, Int] 这 样 的 代码 ， 显 式 
地 声明 变量 类 型 ,不 过 Scala 可 以 蔡 你 推 凯 变量 的 类 型 (请 注意 ， 即 便 如 此 , 代码 依旧 是 静态 检查 
的 ! 所 有 的 变量 在 编译 时 都 具有 确定 的 类 型 )。 我 们 会 在 本 童 后 续 部 分 继续 讨论 这 一 特性 。 第 三 ， 
你 可 以 使 用 val 关 键 字 蔡 换 var。 这 二 者 之 间 存 在 什么 差别 吗 ? 关键 字 val 表 明 变 量 是 只 读 的 , 并 
由 此 不 能 被 赋值 ( 就 像 Java 中 声明 为 final 的 变量 一 样 )。 而 关键 字 var 表 明 变 量 是 可 以 读 写 的 。 

听 起 来 不 错 ， 那 么 其 他 的 集合 类 型 呢 ? 你 可 以 用 同样 的 方式 轻松 地 创建 List (一 种 单 向 链 

















表 ) 或 者 set (不 带 匈 余数 据 的 集合 )， 如 下 所 示 : 


val authors = List("Raoul", "Mario", "Alan") 
val numbers = Set(1, 1, 2, 3, 5, 8) 


这 里 的 变量 authors 包 含 3 个 元 素 ， 而 变量 numbers 包 含 5 个 元 素 。 


2. 不 可 变 与 可 变 的 比较 











Scala 的 集合 有 一 个 重要 的 特质 我 们 应 该 牢记 在 心 , 那 就 是 我 们 之 前 创建 的 集合 在 默认 情况 下 





都 是 只 读 的 。 这 意味 着 它们 从 创建 开始 就 不 能 修改 。 这 是 一 种 非常 
知道 任何 时 候 访 问 程序 中 的 集合 都 会 返回 包含 相同 元 素 的 集合 。 














有 用 的 特性 ,因为 了 它 ,， 你 





那么 ， 你 怎样 才能 更 新 Scala 语 言 中 不 可 变 的 集合 呢 ? 回 到 前 面 章节 介绍 的 术语 ，Scala 中 的 
这 些 集合 都 是 持久 化 的 : 更 新 一 个 Scala 集 合 会 生成 一 个 新 的 集合 , 这 个 新 的 集合 和 之 前 版 本 的 集 











GD 参见 http://openjdk.java.net/jeps/186。 
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合共 享 大 部 分 的 内 容 ， 最 终 的 结果 是 数据 尽 可 能 地 实现 了 持久 化 ， 避 人 免 了 图 14-3 和 图 14-4 中 那样 
由 于 改变 所 引起 的 问题 。 由 于 具备 这 一 属性 ， 你 代码 的 隐 式 数据 依赖 更 少 : 对 你 代码 中 集合 变 
更 的 困惑 ( 比如 在 何 处 更 新 了 集合 ， 什 么 时 候 做 的 更 新 ) 也 会 更 少 。 

让 我 们 看 一 个 实际 的 例子 , 具体 分 析 下 这 一 思想 是 如 何 影响 你 的 程序 设计 的 。 下 面 这 段 代 码 















































中 ， 我 们 会 为 set 添加 一 个 元 素 : 
这 里 的 操作 符 + 会 将 8 添加 到 set 
Vo DS Ov A 抽 中 ， 创 建 并 返回 一 个 新 的 set 对 象 
val newNumbers = numbers + 8 一 
println (newNumbers) -一 (2 5, 3, 8) 
println (numbers) | (2, 5, 3) 








这 个 例子 中 ， 原 始 set 对 象 中 的 数字 没有 发 生变 更 。 实 际 的 效果 是 该 操作 创建 了 一 个 新 的 
set ， 并 向 其 中 加 入 了 一 个 新 的 元 素 。 

注意 , Scala 语 言 并 未 强制 你 必须 使 用 不 可 变 集 合 , 它 只 是 让 你 能 更 轻松 地 在 你 的 代码 中 应 用 
不 可 变 原 则 。scala.collection.mutable 包 中 也 包含 了 集合 的 可 变 版 本 。 

















不 可 修改 与 不 可 变 的 比较 
Java 中 提供 了 多 种 方法 创建 不 可 修改 的 ( unmodifiable ) 集合 。 下 面 的 代码 中 ， 变 量 


newNumbers 是 集合 Set 对 象 numbers 的 一 个 只 读 视图 : 
Set<Integer> numbers = new HashSet<>(); 
Set<Integer> newNumbers = Collections.unmodifiableSet (numbers); 


这 意味 着 你 无 法 通过 操作 变量 newNumbers 向 其 中 加 入 新 的 元 素 。 不 过 ， 不 可 修改 集合 仅 
仅 是 对 可 变 集 合 进行 了 一 层 封装 。 通 过 直接 访问 numbers 变 量 ， 你 还 是 能 向 其 中 加 入 元 素 。 

与 此 相反 ， 不 可 变 (immutable ) 集合 确保 了 该 集合 在 任何 时 候 都 不 会 发 生变 化 ， 无 论 有 
多 少 个 变量 同时 指向 它 。 

我 们 在 第 14 章 介绍 过 如 何 创建 一 个 持久 化 的 数据 结构 : 你 需要 创建 一 个 不 可 变数 据 结构 ， 
该 数据 结构 会 保存 它 自身 修改 之 前 的 版 本 。 任 何 的 修改 都 会 创建 一 个 更 新 的 数据 结构 。 


3. 使 用 集合 

现在 你 已 经 了 解 了 如 何 创建 结合 , 你 还 需要 了 解 如 何 使 用 这 些 集合 开展 工作 。 我 们 很 快 会 看 
到 Scala 支 持 的 集合 操作 和 Stream API 提 供 的 操作 极其 类 似 。 比 如 ,在 下 面 的 代码 片段 中 ， 你 会 发 
现 熟 悉 的 fijlter 和 map， 图 15-1 对 这 段 代码 逻辑 进行 了 阐释 。 

val fileLines = Source.fromFile("data.txt") .getLines.toList() 

val linesLongUpper 


= fileLines.filter(1 => l.length() > 10) 
-map(1 => 1.toUpperCase()) 
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J"=> Iength() > 0 1 => 1.toUpperCase() 


. 2 


图 15-1 ”使 用 Scala 的 List 实 现 类 stream 操 作 


不 用 担心 第 一 行 的 内 容 , 它 实现 的 基本 功能 是 将 文件 中 的 所 有 行 转换 为 一 个 字符 串 列表 ( 类 
似 Java 8 提供 的 Files .readAllLines )。 第 二 行 创建 了 一 个 由 两 个 操作 构成 的 流水 线 : 

口 filter 操 作 会 过 滤 出 所 有 长 度 超过 10 的 行 

口 map 操 作 会 将 这 些 长 的 字符 串 统一 转换 为 大 写字 符 

这 段 代码 也 可 以 用 下 面 的 方式 实现 : 


val linesLongUpper 
= fileLines filter (_.length() > 10) map(_.toUpperCase()) 


这 上段 代码 使 用 了 中 缀 表达 式 和 下 划 线 (_), 下 划 线 是 一 种 占 位 符 ， 它 按照 位 置 匹 配对 应 的 参 
数 。 这 个 例子 中 ， 你 可 以 将 _.1length () 解 读 为 1 =>1.1length()。 在 传递 给 filter 和 map 的 孙 
数 中 ， 下 划 线 会 被 绑 定 到 待 处理 的 1ine 参 数 。 

Scala 的 集合 API 提 供 了 很 多 非常 有 用 的 操作 。 我 们 强烈 建议 你 抽空 浏览 一 下 Scala 的 文档 ， 
对 这 些 API 有 一 个 大 致 的 了 解 "。 注 意 ，Scala 的 集合 类 提供 的 功能 比 Stream API 提 供 的 功能 还 丰 
富 很 多 ， 比 如 ，Scala 的 集合 类 支持 压缩 操作 ， 你 可 以 将 两 个 列表 中 的 元 素 整 合 到 一 个 列表 中 。 
通过 学 习 , 一 定 能 大 大 增强 你 的 功力 。 这 些 编程 技巧 在 将 来 的 Java 版 本 中 也 可 能 会 被 Stream API 
所 引入 。 

最 后 ,还 记得 吗 ? Java 8 中 你 可 以 对 Stream 调用 parallel 方 法 , 将 流水 线 转化 为 并 行 执行 。 
Scala 提 供 了 类 似 的 技巧 ; 你 只 需要 使 用 方法 par 就 能 实现 同样 的 效果 : 


val linesLongUpper 
= fileLines.par filter (_.length() > 10) map(_.toUpperCase()) 


4. 元 组 

现在 ， 让 我 们 看 看 另 一 个 特性 ， 该 特性 使 用 起 来 通常 异常 繁琐， 它 就 是 元 组 。 你 可 能 硕 望 
使 用 元 组 将 人 的 名 字 和 电话 号 码 组 合 起 来 ， 同 时 又 不 希望 额外 声明 新 的 类 , 并 对 其 进行 实例 化 。 
你 希望 元 组 的 结构 就 像 : (“Raoul”,“+ 44 007007007”)、(“Alan”,“+44 003133700”), 诸 
如 此 类 。 

非常 不 幸 ,Java 目 前 还 不 支持 元 组 ,所 以 你 只 能 创建 自己 的 数据 结构 。 下 面 是 一 个 简单 的 Pair 
类 定义 : 

public class Palir<X，Y> { 

public final Xx x; 





输入 











Ed 







































































GD www.scala-lang.org/api/current/#package 中 既 包 含 了 著名 的 包 ， 也 包含 一 些 不 那么 有 名 的 包 的 介绍 。 
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public final Y y; 
DUbLEe. Parr(X x “Yht{ 
this. x = XX; 
tle YY 
} 
} 


当然 ， 你 还 需要 显 式 地 实例 化 Pair 对 象 : 


Pair<String, String> raoul = new Pair<>("Raoul", "+ 44 007007007") 
Pair<String, String> alan = new Pair<>("Alan", "+44 003133700"); 


好 了 , 看 起 来 一 切 顺利 , 不 过 如 果 是 三 元 组 呢 ? 如 果 是 自 定义 大 小 的 元 组 呢 ? 这 个 问题 就 变 
得 相当 繁琐 ， 最 终 会 影响 你 代码 的 可 读 性 和 可 维护 性 。 

Scala 提 供 了 名 为 元 组 字面 量 的 特性 来 解决 这 一 问题 ,这 意味 着 你 可 以 通过 简单 的 语法 糖 创建 
元 组 ， 就 像 普通 的 数学 符号 那样 : 


















































val raoul = ("Raoul", "+ 44 887007007") 

val alan = ("Alan", "+44 883133700") 

Scala 支 持 任 意 大 小 "的 元 组 ， 所 以 下 面 的 这 些 声 明 都 是 合法 的 : 

val book = (2014, "Java 8 in Action", "Manning") < 二 -一 元 组 类 型 为 (Int，string 
val numbers = (42，1337，0，3，14) 所 ] 元 组 类 型 为 (Int，Tnt， String) 


Int, Int, Int) 


你 可 以 依据 它们 的 位 置 ， 通 过 存 取 器 (accessor ) _1、_2 (从 1 开始 的 一 个 序列 ) 访问 元 组 
中 的 元 素 ， 比 如 : 


println(book._1) 
println (numbers._4) 





| 打印 输出 2014 
< 


< ] 打印 输出 3 

是 不 是 比 Java 语 言 中 现 有 的 实现 方法 简单 很 多 ? 好 消息 是 关于 将 元 组 字面 量 引 入 到 未 来 Java 
版 本 的 讨论 正在 进行 中 ( 我们 会 在 第 16 章 围绕 这 一 主题 进行 更 深入 的 讨论 )。 

5. Stream 

到 目前 为 止 ， 我们 讨论 的 集合 ， 包 括 List 、set 、Map 和 Tuple 都 是 即时 计算 的 ( 即 在 第 一 
时 间 立 刻 进行 计算 )。 当 然 ， 你 也 已 经 了 解 Java 8 中 的 Stream 是 按 需 计算 的 ( 即 延 迟 计算 )。 通 过 
第 $ 章 ， 你 知道 由 于 这 一 特性 ，Stream 可 以 表示 无 限 的 序列 ， 同 时 又 不 消耗 太 多 的 内 存 。 

Scala 也 提供 了 对 应 的 数据 结构 , 它 采 用 延迟 方式 计算 数据 结构 , 名称 也 叫 stream! 不 过 Scala 
中 的 stream 提 供 了 更 加 丰富 的 功能 ， 让 Java 中 的 Stream 有 些 赔 然 失 色 。Scala 中 的 stream 可 以 记 
录 它 曾经 计算 出 的 值 ， 所 以 之 前 的 元 素 可 以 随时 进行 访问 。 除 此 之 外 ，stream 还 进行 了 索引 ， 
所 以 Stream 中 的 元 素 可 以 像 Dist 那 样 通过 索引 访问 。 注 意 ， 这 种 抉择 也 附带 着 开销 ， 由 于 需要 
存储 这 些 额 外 的 属性 ， 和 Java 8 中 的 Stream 比 起 来 ，Scala 版 本 的 Stream 内 存 的 使 用 效率 变 低 了 ， 
因为 Scala 中 的 Stream 需要 能 够 回溯 之 前 的 元 素 ， 这 意味 着 之 前 访问 过 的 元 素 都 需要 在 内 存 “ 记 
录 下 来 ”( 即 进行 缓存 )。 





















































@ 元 组 中 元 素 的 最 大 上 限 为 23。 
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6. Option 
另 一 个 你 熟悉 的 数据 结构 是 option。 我 们 在 第 10 章 中 讨论 过 Java 的 optional ，option 是 
Java 8 中 optional 类 型 的 Scala 版 本 。 我 们 建议 你 在 设计 API 时 尽 可 能 地 使 用 optional， 这 种 方 
式 下 ， 接 口 用 户 只 需要 阅读 方法 签名 就 能 了 解 他 们 是 否 应 该 传递 一 个 optional 值 。 我 们 应 该 尽 
量 地 用 它 奉 代 nu11， 避 免 发 生 空 指 针 异 常 。 
第 10 章 中 ， 你 了 解 了 我 们 可 以 使 用 optional 返 回 客户 的 保险 公司 名 称 
超过 设置 的 最 低 值 ， 就 返回 该 客户 对 应 的 保险 公司 名 称 ， 具 体 代码 如 下 : 
public String getCarInsuranceName (Optional<Person> person, int minAge) { 
return person.filter(p -> p.getAge() >= minAge) 
.flatMap (Person: :getCar) 
.flatMap (Car: :getInsurance) 


.map (Insurance: :getName) 
.orElse ("Unknown"); 

















如 果 客 户 的 年 龄 











} 
在 Scala 语 言 中 ， 你 可 以 使 用 option 使 用 optional 类 似 的 方法 实现 该 函数 : 


def getCarInsuranceName (person: Option[Person], minAge: Int) = 
person.filter(_.getAge() >= minAge) 
.flatMap(_.getCar) 
.flatMap(_.getInsurance) 
.map(_.getName) .getOrElse ("Unknown") 


这 段 代码 中 除了 getorElse 方 法 ,其 他 的 结构 和 方法 你 一 定 都 非常 熟悉 ,getorElse 是 与 Java 
8 中 orElse 等 价 的 方法 。 你 看 到 了 吗 ? 在 本 书 中 学 习 的 新 概念 能 直接 应 用 于 其 他 语言 ! 然而 ,不 
幸 的 是 ， 为 了 保持 同 Java 的 兼容 性 ， 在 Scala 中 依旧 保持 了 nul11， 不 过 我 们 极度 不 推荐 你 使 用 它 。 



































注意 在 前 面 的 代码 中 ， 你 使 用 的 是 _.getCcar (并 未 使 用 圆 括号 )， 而 不 是 _.getcar() ( 带 
圆 括号 )。Scala 语 言 中 ， 执 行 方法 调用 时 ， 如 果 不 需 要 传递 参数 ， 那 么 函数 的 圆 括号 是 可 
以 省 略 的 。 


15.2 ”函数 


Scala 中 的 函数 可 以 看 成 为 了 完成 某 个 任务 而 组 合 在 一 起 的 指令 序列 。 它 们 对 于 抽象 行为 非常 
有 帮助 ， 是 函数 式 编程 的 基石 。 

对 于 Java 语 言 中 的 方法 ,你 已 经 非常 熟悉 了 :它们 是 与 类 相关 的 函数 。 你 也 已 经 了 解 了 Lambda 
表达 式 ， 它 可 以 看 成 一 种 匿名 函数 。 跟 Java 比 较 起 来 ，Scala 为 函数 提供 的 特性 要 丰富 得 多 ,我 们 
在 这 一 节 中 会 逐一 讲解 。Scala 提 供 了 下 面 这 些 特 性 。 
口 函数 类 型 ， 它 是 一 种 语法 糖 ， 体 现 了 Java 语 言 中 函数 描述 符 的 思想 ， 即 ， 它 是 一 种 符号 ， 
表示 了 在 函数 接口 中 声明 的 抽象 方法 的 签名 。 这 些 内 容 我 们 在 第 3 章 中 都 介绍 过 。 

口 能 够 读 写 非 本 地 变量 的 匿名 函数 ， 而 Java 中 的 Lambda 表 达 式 无 法 对 非 本 地 变量 进行 写 
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操作 。 
口 对 科 里 化 的 支持 ， 这 意味 着 你 可 以 将 一 个 接受 多 个 参数 的 函数 拆 分 成 一 系列 接受 部 分 参 
数 的 函数 。 


15.2.1 Scala 中 的 一 等 函数 


函数 在 Scala 语 言 中 是 一 等 值 。 这 意味 着 它们 可 以 像 其 他 的 值 ， 比 如 Integer 或 者 string 那 
样 ， 作 为 参数 传递 ， 可 以 作为 结果 值 返 回 。 正 如 我 们 在 前 面 章节 所 介绍 的 那样 ，Java 8 中 的 方法 
引用 和 Lambda 表 达 式 也 可 以 看 成 一 等 函数 。 

让 我 们 看 一 个 例子 , 看 看 Scala 中 的 一 等 函数 是 如 何 工 作 的 。 我 们 假设 你 现在 有 一 个 字符 串 列 
表 ， 列 表 中 的 值 是 朋友 们 发 送 给 你 的 消息 〈tweet )。 你 希望 依据 不 同 的 筛选 条 件 对 该 列表 进行 过 
滤 ， 比 如 ， 你 可 能 想 要 找 出 所 有 提 及 Java 这 个 词 或 者 短 于 某 个 长 度 的 消息 。 你 可 以 使 用 谓词 〈 返 
回 一 个 布尔 型 结果 的 函数 ) 定义 这 两 个 筛选 条 件 ， 代 码 如 下 : 


def isJavaMentioned(tweet : String) : Boolean = tweet.contains ("Java") 















































def isShortTweet (tweet: String) : Boolean = tweet.length() < 20 


Scala 语 言 中 ， 你 可 以 直接 传递 这 两 个 方法 给 内 山 的 filter， 如 下 所 示 ( 这 和 你 在 Java 中 使 
用 方法 引用 将 它们 传递 给 某 个 函数 大 同 小 异 ): 


val tweets = List( 
"I love the new features in Java 8", 
"How's it going?", 
"An SQL query walks into a bar, sees two tables and says 'Can I join you?'" 








) 


tweets.filter(isJavaMentioned) .foreach (println) 
tweets.filter(isShortTweet) .foreach (println) 


现在 ， 让 我 们 一 起 审视 下 内 骨 方 法 filter 的 函数 签名 : 

def filter[T] (p: (T) => Boolean): List[T] 

你 可 能 会 疑惑 参数 p 到 底 代表 的 是 什么 类 型 ( 即 (1) => Boolean )， 因 为 在 Java 语 言 里 你 期 
望 看 到 的 是 一 个 函数 接口 ! 这 其 实 是 一 种 新 的 语法 ，Java 中 暂时 还 不 支持 。 它 描述 的 是 一 个 函数 
类 型 。 这 里 它 表 示 的 是 这 样 一 个 函数 ， 它 接受 类 型 为 ?的 对 象 ， 返 回 一 个 布尔 类 型 的 值 。Java 语 
启 中 9 它 被 编 伍 为 Predicate<T> 或 者 Function<T, Boolean> 。 所 以 它 实 际 上 和 
isJavaMentioned 和 isshortTweet 具 有 类 似 的 函数 签名 ， 所 以 你 可 以 将 它们 作为 参数 传递 给 
filter 方 法 。Java 8 语言 的 设计 者 们 为 了 保持 语言 与 之 前 版 本 的 一 致 性 ,决定 不 引入 类 似 的 语法 。 
对 于 一 门 语言 的 新 版 本 ， 引 入 太 多 的 新 语法 会 增加 它 的 学 习 成 本 ， 带 来 额外 学 习 负 担 。 


15.2.2 ”匿名 函数 和 闭 包 
Scala 也 支持 匿名 函数 。 匿 名 函数 和 Lambda 表 达 式 的 语法 非常 类 似 。 下 面 的 这 个 例子 中 ， 你 
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将 一 个 匿名 函数 赋值 给 了 名 为 isLongTweet 的 变量 ,该 匿名 函数 的 功能 是 检查 给 定 的 消息 长 度 ， 
交 | 导 F 宅 > 旦 . 示 2 
NE 这 是 一 个 函数 类 型 的 变量 ， 它 接受 一 个 
val isLongTweet : String => Boolean 十 一 String 人 参数， 返回 一 个 布尔 类 型 的 值 
= (tweet : String) => tweet .length() > 60 | 一 个 匿名 函数 








在 新 版 的 Java 中 ， 你 可 以 使 用 Lambda 表 达 式 创建 函数 式 接口 的 实例 。Scala 也 提供 了 类 似 的 
机 制 。 前 面 的 这 段 代码 是 Scala 中 声明 匿名 类 的 语法 糖 。Function1l (只 带 一 个 参数 的 函数 ) 提 
供 了 apply 方 法 的 实现 : 

val isLongTweet : String => Boolean 

= new Functionl[String, Boolean] { 


def apply (tweet: String): Boolean = tweet.length() > 60 
} 


由 于 变量 isLongTweet 中 保存 了 类 型 为 Function1 的 对 象 ， 你 可 以 调用 它 的 apply 方 法 ， 
这 看 起 来 就 像 下 面 的 方法 调用 : 








isLongTweet .apply("A very Short tweet") < 返回 false 
如 果 用 Java， 你 可 以 采用 下 面 的 方式 : 
Function<String, Boolean> isLongTweet = (String s) -> s.length() > 60; 


boolean long = isLongTweet.apply ("A very Short tweet"); 


为 了 使 用 Lambda 表 达 式 ，Java 提 供 了 几 种 内 置 的 函数 式 接口 , 比如 Preqicate、Function、 
Consumer。Scala 提 供 了 trait ( 你 可 以 暂时 将 trait 想 象 成 接口 ， 我 们 会 在 接 下 来 的 一 节 介 绍 它 们 ) 
来 实现 同样 的 功能 : 从 Function0( 一 个 函数 不 接受 任何 参数 , 并 返回 一 个 结果 ) 到 Function22 
(一 个 函数 接受 22 个 参数 )， 它 们 都 定义 了 apply 方 法 。 

Scala 还 提供 了 另 一 个 非常 酷 炫 的 特性 , 你 可 以 使 用 语法 糖 调用 apply 方 法 , 效果 就 像 一 次 函 
数 调用 : 


















































isLongTweet ("A very short tweet") < 一 返回 false 

编译 器 会 自动 地 将 方法 调用 f(a) 转换 为 f .apply (a) 。 更 一 般 地 说 ,如果 f 是 一 个 支持 apply 
方法 的 对 象 ( 注 ，apply 可 以 有 任意 数目 的 参数 )， 对 方法 f(al1，. ..，an) 的 调用 会 被 转换 为 
fF BBIY Ca i 

闭 包 




















第 3 章 中 我 们 曾经 抛 给 大 家 一 个 问题 ，Java 中 的 Lambda 表 达 式 是 否 是 借 由 闭 包 组 成 的 。 温 习 
一 下 ， 那 么 什么 是 闭 包 呢 ?” 闭 包 是 一 个 函数 实例 ， 它 可 以 不 受 限制 地 访问 该 函数 的 非 本 地 变量 。 
不 过 Java 8 中 的 Lambda 表 达 式 自身 带 有 一 定 的 限制 :它们 不 能 修改 定义 Lambda 表 达 式 的 函数 中 的 
本 地 变量 值 。 这 些 变量 必须 隐 式 地 声明 为 final。 这 些 背 景 知 识 有 助 于 我 们 理解 “Lambda 避 免 了 
对 变量 值 的 修改 ， 而 不 是 对 变量 的 访问 ”。 

与 此 相反 ，Scala 中 的 匿名 函数 可 以 取得 自身 的 变量 ， 但 并 非 变量 当前 指向 的 变量 值 。 比 如 ， 
下 面 这 段 代 码 在 Scala 中 是 可 能 的 : 
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def main(args: Array[String]) { 


这 是 一 个 闭 包 ， 它 
var count = 0 


| 捕获 并 递增 count 


val inc = () => count+=1 

inc() 

println (count) < 一 打印 输出 1 
inc() 

println (count) < 一 打印 输出 2 


} 
不 过 在 Java 中 ， 下 面 的 这 段 代码 会 遭遇 编译 错误 ， 因 为 count 隐 式 地 被 强制 定义 为 final: 


public static void main(String[] args) { 


























int count = 0; -| 旬 ， count 必 须 为 final 
Runnable inc = () -> count+=1; 为 final 
LHe Eun( Ys 

System.out .println(count); 

inc.run(); 


} 


我 们 在 第 7、13 以 及 14 章 多 次 提 到 你 应 该 尽量 避免 修改 ， 这 样 你 的 代码 更 加 易于 维护 和 并 发 
运行 ， 所 以 请 在 绝对 必要 时 才 使 用 这 一 特性 。 


15.2.3” 科 里 化 


第 14 章 中 ,我 们 描述 了 一 种 名 为 科 里 化 的 技术 : 带 有 两 个 参数 ( 比如 x 和 y ) 的 函数 E 可 以 看 
成 一 个 仅 接受 一 个 参数 的 函数 g, 函数 g 的 返回 值 也 是 一 个 仅 带 一 个 参数 的 函数 。 这 一 定义 可 以 归 
纳 为 接受 多 个 参数 的 函数 可 以 转换 为 多 个 接受 一 个 参数 的 函数 。 换 句 话 说 , 你 可 以 将 一 个 接受 多 
个 参数 的 函数 切 分 为 一 系列 接受 该 参数 列表 子 集 的 函数 。Scala 为 此 特别 提供 了 一 个 构造 器 , 帮助 
你 更 加 轻松 地 科 里 化 一 个 现存 的 方法 。 

为 了 理解 Scala 到 底 带 来 了 哪些 变化 ,证 我 们 先 回顾 一 个 Java 的 示例 。 你 定义 了 一 个 简单 的 函 
数 对 两 个 正 整 数 做 乘法 运算 : 


statde. Tnt. mltiol( Tne Lt 
be DIN og .A 


} 
int r = multiply(2, 10); 


不 过 这 种 定义 方式 要 求 向 其 传递 所 有 的 参数 才能 开始 工作 。 你 可 以 人 工地 对 multiple 方 法 
行 切 分 ， 让 其 返回 男 一 个 函数 : 


static Function<Integer, Integer> multiplyCurry (int x) { 
return (Integer y) ->x* y; 








} 


wl yom 数 会 捕获 x 的 值 ， 并 将 其 与 它 的 参数 y 相 乘 ， 然 后 返回 一 个 整 型 
结果 。 这 意味 着 你 可 以 像 下 面 这 样 在 一 个 map 中 使 用 multiplycurry， 对 每 一 个 元 素 值 乘 以 2 
Stream.of (1, 3, 5, 7) 


.map (multiplyCurry (2)) 
.forEach(System.out::println); 
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这 样 就 能 得 到 计算 的 结果 2、6、10、14。 这 种 方式 工作 的 原因 是 map 期 望 的 参数 为 一 个 函数 ， 
而 multiplyCurry 的 返回 结果 就 是 一 个 函数 。 

现在 的 Java 语 言 中 ， 为 了 构造 科 里 化 的 形式 需要 你 手工 地 切 分 函数 ( 尤其 是 函数 有 非常 多 的 
参数 时 )， 这 是 极其 枯燥 的 事情 。Scala 提 供 了 一 种 特殊 的 语法 可 以 自动 完成 这 部 分 工作 。 比 如 ， 
正常 情况 下 ， 你 定义 的 multiply 方 法 如 下 所 示 : 


def multiply(x : InL，Y: Int) 三文 * Y 



































Val :天 OO 


该 函数 的 科 里 化 版 本 如 下 : 1 
定义 一 个 科 里 化 函数 
def mltiplyCurry (x :Int)(ly : Int) = x *y 双 一 一 
val = multiplyCurry (2) (10) < 一 调用 该 科 里 化 函数 


使 用 语法 (x: Int) (y: Int), 方法 multiplyCurry 接 受 两 个 由 一 个 Int 参 数 构成 的 参数 
列表 。 与 此 相反 , multiply 接 受 一 个 由 两 个 Int 参 数 构成 的 参数 列表 。 当 你 调用 multiplycurry 
时 会 发 生 什 么 呢 ? multiplycurry 的 第 一 次 调用 使 用 了 单一 整 型 参数 (参数 x )， 即 
multiplyCurry (2) ， 返 回 另 一 个 函数 ， 该 函数 接受 参数 y， 并 将 其 与 它 捕获 的 变量 x ( 这 里 的 
值 为 2 ) 相 乘 。 正 如 我 们 在 14.1.2 节 介绍 的 ,我 们 称 这 个 函数 是 部 分 应 用 的 ， 因 为 它 并 未 提供 所 有 
的 参数 。 第 二 次 调用 对 x 和 y 进 行 了 乘法 运算 。 这 意味 着 你 可 以 将 对 multiplycurry 的 第 一 次 调 
用 保存 到 一 个 变量 中 ， 进 行 复 用 : 


val multiplyByTwo : Int => Int = multiplyCurry (2) 
val r = multiplyByTwo(10) < 20 


和 Java 比 较 起 来 , 在 Scala 中 你 不 再 需要 像 这 里 这 样 手工 地 提供 函数 的 科 里 化 形式 。Scala 提 供 
了 一 种 方便 的 函数 定义 语法 ， 能 轻松 地 表示 函数 使 用 了 多 个 科 里 化 的 参数 列表 。 


15.3 类 和 trait 


现在 我 们 看 看 类 与 接口 在 Java 和 Scala 中 的 不 同 。 这 两 种 结构 在 我 们 设计 应 用 时 都 很 常用 。 你 
会 看 到 相对 于 Java 的 类 和 接口 ，Scala 的 类 和 接口 提供 了 更 多 的 灵活 性 。 

























































































15.3.1 更 加 简洁 的 Scala 类 


由 于 Scala 也 是 一 门 完 全 的 面向 对 象 语言 , 你 可 以 创建 类 , 并 将 其 实例 化 生成 对 象 。 最 基础 的 
形态 上 ， 声 明和 实例 化 类 的 语法 与 Java 非 常 类 似 。 比 如 ， 下 面 是 一 个 声明 He1l1o 类 的 例子 : 


class Hello { 
def sayThankYou(){ 
println("Thanks for reading our book") 
} 
} 
val h = new Hellol() 
h.sayThankYou () 
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getter 方 法 和 setter 方 法 

一 旦 你 定义 的 类 具有 了 字段 ， 这 件 事情 就 变 得 有 意思 了 。 你 磁 到 过 单纯 只 定义 字段 列表 的 
Java 类 吗 ? 很 明显 ， 你 还 需要 声明 一 长 串 的 getter 方 法 、setter 方 法 ， 以 及 恰当 的 构造 器 。 多 麻烦 
啊 ! 除 此 之 外 ， 你 还 需要 为 每 一 个 方法 编写 测试 。 在 企业 Java 应 用 中 ， 大 量 的 代码 都 消耗 在 了 这 
样 的 类 中 。 比 如 下 面 这 个 简单 的 Stugdent 类 : 


public class Student { 





private String name; 
private int id; 


public Student (String name) { 


this.name = name; 


public String getName() { 
return name; 


public void setName (String name) { 
this.name = name; 


public int getId() { 
return id; 





public void setId(int id) { 
tiis: id = Td:; 


} 

你 需要 手工 定义 构造 器 对 所 有 的 字段 进行 初始 化 ， 还 要 实现 2 个 getter 方 法 、2 个 setter 方 法 。 
一 个 非常 简单 的 类 现在 需要 超过 20 行 的 代码 才能 实现 ! 有 的 集成 开发 环境 或 者 工具 能 帮 你 自动 生 
成 这 些 代 码 , 不 过 你 的 代码 库 中 还 是 需要 增加 大 量 额 外 的 代码 , 而 这 些 代 码 与 你 实际 的 业务 逻辑 
并 没有 太 大 的 关系 。 

Scala 语 言 中 构造 需 、getter 方 法 以 及 setter 方 法 都 能 隐 式 地 生成 ， 从 而 大 大 降低 你 代码 中 的 宛 
余 : 











class Student (var name: String, var id: Int) 初始 化 student 
val s = new Student ("Raoul", 1) < 对 象 

ee < | 取得 名 称 , 打印 

BB.L9 =°13.37 < 一 | 设置 ia se 


println(s.id) | 打印 输出 1337 


15.3.2 ”Scala 的 trait 与 Java 8 的 接口 对 比 


Scala 还 提供 了 另 一 个 非常 有 助 于 抽象 对 象 的 特性 ， 名 称 叫 trait。 它 是 Scala 为 实现 Java 中 的 接 
口 而 设计 的 替代 品 。trait 中 既 可 以 定义 抽象 方法 ， 也 可 以 定义 带 有 默认 实现 的 方法 。trait 同 时 还 
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支持 Java 中 接口 那样 的 多 继承 ， 所 以 你 可 以 将 它们 看 成 与 Java 8 中 接口 类 似 的 特性 ， 它 们 都 支持 
默认 方法 。 trait 中 还 可 以 包含 像 抽象 类 这 样 的 字段 , 而 Java 8 的 接口 不 支持 这 样 的 特性 。 那么, trait 
就 类 似 于 抽象 类 吗 ? 显然 不 是 ， 因 为 trait 支 持 多 继承 ,而 抽象 类 不 支持 多 继承 。Java 文 持 类 型 的 
多 继承 ， 因 为 一 个 类 可 以 实现 多 个 接口 。 现 在 ，Java 8 通过 默认 方法 又 引入 了 对 行为 的 多 继承 ， 
不 过 它 依 旧 不 支持 对 状态 的 多 继承 ， 而 这 恰恰 是 trait 文 持 的 。 

为 了 展示 Scala 中 的 trait 到 底 是 什么 样 ， 让 我 们 看 一 个 例子 。 我 们 定义 了 一 个 名 为 Sizeqa 的 
trait， 它 包含 一 个 名 为 size 的 可 变 字段 ， 以 及 一 个 带 有 默认 实现 的 isEmpty 方 法 : 




















trait Sizedf | 名 为 size 的 字段 带 默 认 实现 的 
var size : Int = 0 < isEmpty 方 法 
def isEmpty() = size == 0 


} 
你 现在 可 以 使 用 一 个 类 在 声明 时 构造 它 ， 下 面 这 个 例子 中 Empty 类 的 size 恒 定 为 0: 


| 一 个 继承 自 trait sized 的 类 
< 一 











class Empty extends Sized 

println (new Empty() .isEmpty()) < 一 打印 输出 true 

有 一 件 事 非常 有 趣 ，trait 和 Java 的 接口 类 似 ， 也 是 在 对 象 实例 化 时 被 创建 〈 不 过 这 依旧 是 一 
个 编译 时 的 操作 )。 比 如 ， 你 可 以 创建 一 个 Box 类 ， 动 态 地 决定 到 底 选 择 哪 一 个 实例 支持 由 trait 
sized 定 义 的 操作 : 


























class Box 在 对 象 实例 化 时 构建 trait 
val bl = new Box() with Sized < 一 
Drintln(pl.isEmpty()) < 打印 输出 true 
二 2 二 B % a 
ee | 编译 错误 : 因为 Box 类 的 
| 声明 并 未 继承 sizea 








如 果 一 个 类 继承 了 多 个 trait， 各 trait 中 声明 的 方法 又 使 用 了 相同 的 签名 或 者 相同 的 字段 ， 这 
时 会 发 生 什么 情况 ?为 了 解决 这 些 问题 ，Scala 中 定义 了 一 系列 限制 ， 这 些 限制 和 我 们 之 前 在 第 9 
章 介绍 默认 方法 时 的 限制 极其 类 似 。 


15.4 ”小 结 


下 面 是 这 一 章 中 介绍 的 关键 概念 和 你 应 该 掌握 的 要 点 。 

口 Java8 和 Scala 都 是 整合 了 面向 对 象 编程 和 函数 式 编程 特性 的 编程 语言 , 它们 都 运行 于 VM 
之 上 ， 在 很 多 时 候 可 以 相互 操作 。 
口 Scala 支 持 对 集合 的 抽象 ， 支 持 处 理 的 对 象 包括 List、set、Map、Stream、Option, 这 
些 和 Java 8 非常 类 似 。 不 过 ， 除 此 之 外 Scala 还 支持 元 组 。 

口 Scala 为 也 数 提供 了 更 加 丰富 的 特性 ， 这 方面 比 Java 8 做 得 好 ，Scala 文 持 : 函数 类 型 、 可 以 
不 受 限制 地 访问 本 地 变量 的 闭 包 ， 以 及 内 置 的 科 里 化 表单 。 

口 Scala 中 的 类 可 以 提供 隐 式 的 构造 器 、getter 方 法 以 及 setter 方 法 。 

口 Scala 还 支持 trait， 它 是 一 种 同时 包含 了 字段 和 默认 方法 的 接口 。 
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本 章 内 容 

口 Java 8 的 新 特性 以 及 其 对 编程 风格 颠覆 性 的 影响 
口 由 Java 8 萌生 的 一 些 尚未 成 熟 的 编程 思想 

口 Java 9 以 及 Java 10 可 能 发 生 的 变化 











我 们 在 本 书 中 讨论 了 很 多 内 容 ， 和 希望 你 现在 已 经 有 足够 的 信心 开始 使 用 Java 8 编写 你 自己 
的 代码 ， 或 者 编译 书 中 提供 的 例子 和 测验 。 这 一 章 里 ， 我 们 会 回顾 我 们 的 Java 8 学 习 之 路 和 函 
数 式 编程 这 一 潮流 。 除 此 之 外 ， 还 会 展望 在 Java 8 之 后 的 版 本 中 可 能 出 现 的 新 的 改进 和 重大 的 
新 特性 。 


16.1 回顾 Java 8 的 语言 特性 


Java 8 是 一 种 实践 性 强 、 实 用 性 好 的 语言 ， 想 要 很 好 地 理解 它 ， 方 法 之 一 是 重 温 它 的 各 种 特 
性 。 本 音 不 会 简单 地 罗列 Java 8 的 各 种 特性 ， 而 是 会 将 这 些 特性 串 接 起 来 ， 希 望 大 家 不 仅 能 理解 
这 些 新 特性 ， 还 能 从 语言 设计 的 高 度 理解 Java 8 中 语言 设计 的 连贯 性 。 作 为 回顾 ， 本 章 的 另 一 个 
目的 是 闹 释 Java 8 的 这 些 新 特性 是 如 何 促进 Java 函 数 式 编程 风格 的 发 展 的 。 请 记 住 ， 这 些 新 特性 
并 非 语言 设计 上 的 突 发 奇想 ， 而 是 一 种 刻意 的 设计 ， 它 源 于 两 种 趋势 ， 即 我 们 在 第 1 章 中 所 说 的 
形势 的 变化 。 
口 对 多 核 处 理 器 处 理 能 力 的 需求 日 益 增长 ， 虽 然 硅 开 发 技术 也 在 不 断 进 步 ， 但 依据 摩尔 定 
律 每 年 新 增 的 晶体 管 数量 已 经 无 法 使 独立 CPU 核 的 速度 更 快 了 。 简 单 来 说 ， 要 让 你 的 代 
码 运行 得 更 快 ， 需 要 你 的 代码 具备 并 行 运算 的 能 力 。 
D 更 简洁 地 调度 以 显示 风格 处 理 数据 的 数据 集合 ， 这 一 趋势 不 断 增长 。 比 如 ， 创 建 一 些 数 
据 源 ， 抽 象 所 有 数据 以 符合 给 定 的 标准 ， 给 结果 运用 一 些 操作 ， 而 不 是 概括 结果 或 者 将 
结果 组 成 集合 以 后 再 做 进一步 处 理 。 这 一 风格 与 使 用 不 变 对 象 和 集合 相关 ， 它 们 之 后 会 
进一步 生成 不 变 值 。 
不 过 这 两 种 诉求 都 不 能 很 好 地 得 到 传统 的 、 面 向 对 象 编程 的 支持 , 命令 式 的 方式 和 通过 适 代 
器 访问 修改 字段 都 不 能 满足 新 的 需要 。 在 CPU 的 一 个 核 上 修改 数据 , 在 另 一 个 核 上 读 取 该 数据 的 16 
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值 ， 这 种 方式 的 代价 是 非常 高 的 ， 更 不 用 说 你 还 需要 考虑 容易 出 错 的 锁 ; 类 似 地 ， 当 你 的 思考 局 
限于 通过 友 代 访问 和 修改 现存 的 对 象 时 ， 类 流 (stream-like ) 式 编 程 方法 看 起 来 就 非常 地 异类 。 
不 过 ， 这 两 种 新 的 潮流 都 能 通过 使 用 函数 式 编程 非常 轻松 地 得 到 支持 ， 这 也 解释 了 为 什么 Java 8 
的 重心 要 从 我 们 最 初 理解 的 Java 大 幅 地 转型 。 

现在 ,我 们 一 起 从 统一 、 宏 观 的 角度 来 回顾 一 下 ， 看 看 我 们 都 从 这 本 书 中 学 习 了 哪些 东西 ， 
它们 又 是 如 何 相 互 协 作 构 建 出 一 片 新 的 编程 天 地 的 。 


16.1.1 行为 参数 化 (Lambda 以 及 方法 引用 ) 


为 了 编写 可 重用 的 方法 ， 比 如 filter， 你 需要 为 其 指定 一 个 参数 ， 它 能 够 精确 地 描述 过 滤 
条 件 。 虽 然 Java 专 家 们 使 用 之 前 的 版 本 也 能 达到 同样 的 目的 ( 将 过 滤 条 件 封装 成 类 的 一 个 方法 ， 
传递 该 类 的 一 个 实例 )， 但 这 种 方案 却 很 难 推 广 ， 因 为 它 通常 非常 腔 肿 ， 既 难于 编写 ， 也 不 易于 
维护 。 

正如 你 在 第 2 章 和 第 3 章 中 所 了 解 的 ，Java 8 通过 借鉴 函数 式 编程 ， 提 供 了 一 种 新 的 方式 一 一 
通过 向 方法 传递 代码 片段 来 解决 这 一 问题 。 这 种 新 的 方法 非常 方便 地 提供 了 两 种 变 体 。 

口 传递 一 个 Lambda 表 达 式 ， 即 一 段 精简 的 代码 片段 ， 比 如 
apple -> apple.getWeight() > 150 
口 传递 一 个 方法 引用 ， 该 方法 引用 指向 了 一 个 现 有 的 方法 ， 比 如 这 样 的 代码 : 


Apple: :isHeavy 








































































































这 些 值 具有 类 似 Function<T， R>、 Predicate<T> 或 者 BiFunction<T， OU R> 这 样 的 类 
型 ， 值 的 接收 方 可 以 通过 apply、test 或 其 他 类 似 的 方法 执行 这 些 方法 。Lambda 表 达 式 自身 是 
一 个 相当 酷 炫 的 概念 , 不 过 Java 8 对 它们 的 使 用 方式 一 一 将 它们 与 全 新 的 Stream API 相 结合 , 最 终 
把 它们 推 铝 了 新 一 代 Java 的 核心 。 








16.1.2 流 


集合 类 、 和 迭代 器 ， 以 及 for-each 结 构 在 Java 中 历史 悠久 ， 也 为 广大 程序 员 所 熟知 。 直 接 在 
集合 类 中 添加 filter 或 者 map 这 样 的 方法 ， 利 用 我 们 前 面 介绍 的 Lambda 实 现 类 数据 库 查 询 对 于 
Java 8 的 设计 者 而 言 要 简单 得 多 。 不 过 他 们 并 没有 采用 这 种 方式 ， 而 是 引入 了 一 套 全 新 的 Stream 
API， 即 第 4 章 到 第 7 章 所 介绍 的 内 容 一 一 这 是 值得 我 们 深思 的 ， 他 们 为 什么 要 这 么 做 呢 ? 
集合 到 底 有 什么 问题 , 以 至 于 我 们 需要 另起炉灶 替换 掉 它们 , 或 通过 一 个 类 似 却 不 同 的 概念 
Stream 对 其 进行 增强 。 我 们 把 二 者 之 间 的 差异 概括 如 下 : 如 果 你 有 一 个 数据 量 庞大 的 集合 ， 你 需 
要 对 这 个 集合 应 用 三 个 操作 ， 比 如 对 这 个 集合 中 的 对 象 进行 映射 ， 对 其 中 的 两 个 字段 进行 求 和 ， 
这 之 后 依据 某 种 条 件 过 滤 出 满足 条 件 的 和 , 最 后 对 结果 进行 排序 ， 即 为 得 到 结果 你 需要 分 三 次 遍 
历 集合 。Stream API 则 与 之 相反 , 它 采 用 延迟 算法 将 这 些 操作 组 成 一 个 流水 线 , 通过 单 次 流 遍历 ， 
一 次 性 完成 所 有 的 操作 。 对 于 大 型 的 数据 集 ， 这 种 操作 方式 要 高 效 得 多 。 不 过 ,还 有 一 些 需 要 我 
们 考虑 的 因素 ， 比 如 内 存 缓存 ， 数 据 集 越 大 ， 越 需要 尽 可 能 地 减少 遍历 的 次 数 。 
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还 有 其 他 一 些 原因 也 会 影响 元 素 并 发 处 理 的 能 力 , 这 些 也 非常 关键 ,对 高 效 地 利用 多 处 理 需 
的 能 力 至 关 重 要 。Stream， 尤 其 是 它 的 parallel 方 法 能 帮助 将 一 个 Stream 标 记 为 适合 进行 并 行 
处 理 。 还 记得 吗 ? 并 行 处 理 和 对 象 的 可 变 状 态 是 水 火 不 容 的 , 所 以 核心 的 函数 式 概 念 〈 如 我 们 在 
第 4 章 中 介绍 的 ， 包 括 无 副作用 的 操作 ， 通 过 Lambda 表 达 式 和 方法 引用 对 方法 进行 参数 化 ， 用 内 
部 迭 代替 换 外 部 迭代 ) 对 于 并 行使 用 map、filtet 或 者 其 他 方法 发 掘 Stream 的 处 理 能 力 非常 重要 。 

现在 , 让 我 们 看 看 这 些 观念 ( 介绍 Stream 时 使 用 过 这 些 术语 ) 怎 样 直接 影响 了 completable- 
Future 类 的 设计 。 












































16.1.3 CompletableFuture 


Java 从 Java 5 版 本 就 提供 了 Future 接 口 。Future 对 于 充分 利用 多 核 处 理 能 力 是 非常 有 益 的 ， 
因为 它 允 许 一 个 任务 在 一 个 新 的 核 上 生成 一 个 新 的 子 线程 , 新 生成 的 任务 可 以 和 原来 的 任务 同时 
运行 ,原来 的 任务 需要 结果 时 , 它 可 以 通过 get 方 法 等 等 Future 运 行 结束 ( 生成 其 计算 的 结果 值 )。 

第 11 章 介绍 了 Java 8 中 对 Future 的 CompletableFuture 实 现 。 这 里 再 次 利用 了 Lambda 表 达 
式 。 一 个 非常 有 用 ， 不 过 不 那么 精确 的 格言 这 么 说 :“completable-Future 对 于 Future 的 意 
义 就 像 Stream 之 于 collection。” 让 我 们 比较 一 下 这 二 者 。 

口 通过 stream 你 可 以 对 一 系列 的 操作 进行 流水 线 ， 通 过 map 、filtez 或 者 其 他 类 似 的 方法 

提供 行为 参数 化 ， 它 可 有 效 避 免 使 用 迭代 器 时 总 是 出 现 模 板 代 码 。 

口 类 似 地 ， CompletableFuture 提 供 了 像 thenCcompose、 thenCombine、al1l0f 这 样 的 
操作 ， 对 Future 涉 及 的 通用 设计 模式 提供 了 函数 式 编程 的 细 粒 度 控制 ， 有 助 于 避免 使 用 
命令 式 编程 的 模板 代码 。 

这 种 类 型 的 操作 , 虽然 大 多 数 只 能 用 于 非常 简单 的 场景 , 不 过 仍然 适用 于 Java 8 的 Optional 
操作 ， 我 们 一 起 来 回顾 下 这 部 分 内 容 。 






















































































16.1.4 Optional 


Java 8 的 库 提供 了 optional<T> 类 ,这 个 类 允许 你 在 代码 中 指定 哪 一 个 变量 的 值 既 可 能 是 类 
型 ?的 值 ， 也 可 能 是 由 静态 方法 optional .empty 表 示 的 缺失 值 。 无 论 是 对 于 理解 程序 逻辑 ， 抑 
或 是 对 于 编写 产品 文档 而 言 , 这 都 是 一 个 重大 的 好 消息 , 你 现在 可 以 通过 一 种 数据 类 型 表示 显 式 
缺失 的 值 一 一 使 用 空 指 针 的 问题 在 于 你 无 法 确切 了 解 出 现 空 指 针 的 原因 , 它 是 预期 的 情况 , 还 是 
说 由 于 之 前 的 某 一 次 计算 出 错 导 致 的 一 个 偶然 性 的 空 值 ， 有 了 optional 之 后 你 就 不 需要 再 使 用 
之 前 容易 出 错 的 空 指 针 来 表示 缺失 的 值 了 。 

正如 我 们 在 第 10 章 中 讨论 的 ， 如 果 在 程序 中 始终 如 一 地 使 用 optional<T>， 你 的 应 用 应 该 
永远 不 会 发 生 Nul1PointerException 异 常 。 你 可 以 将 这 看 成 另 一 个 绝无仅有 的 特性 , 它 和 Java 
8 中 其 他 部 分 都 不 直接 相关 , 问 自 己 一 个 问题 : “为 什么 用 一 种 表示 值 缺失 的 形式 替换 另 一 种 能 帮 
助 我 们 更 好 地 编写 程序 ? ”进一步 审视 ,我们 发 现 optional 类 提供 了 map、filter 和 ifPresent 
方法 ,这些 方法 和 streams 类 中 的 对 应 方法 有 着 相似 的 行为 , 它们 都 能 以 函数 式 的 结构 串 接 计算 ， 16 
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由 于 库 自身 提供 了 缺失 值 的 检测 机 制 , 不 再 需要 用 户 代码 的 干预 。 这 种 进行 内 部 检测 还 是 外 部 检 
测 的 选择 和 在 Stream 库 中 进行 内 部 迭代 还 是 在 用 户 代码 中 进行 外 部 迭代 的 选择 极其 类 似 。 

本 节 最 后 我 们 不 再 涉及 函数 式 编程 的 内 容 ， 而 是 要 讨论 一 下 Java 8 对 库 的 前 向 兼容 性 支持 ， 
这 一 技术 受到 了 软件 工程 发 展 的 推动 。 






































16.1.5 ”默认 方法 


Java 8 中 增加 了 不 少 新 特性 ， 但 是 它们 一 般 都 不 对 个 体 程序 的 行为 带 来 影响 。 不 过 ， 有 一 件 
事情 是 例外 , 那 就 是 新 增 的 默认 方法 。 接 口中 新 引入 的 默认 方法 对 类 库 的 设计 者 而 言 简直 是 如 鱼 
得 水 。Java 8 之 前 ， 接 口 主 要 用 于 定义 方法 签名 ， 现 在 它们 还 能 为 接口 的 使 用 者 提供 方法 的 默认 
实现 ， 如 果 接 口 的 设计 者 认为 接口 中 声明 的 某 个 方法 并 不 需要 每 一 个 接口 的 用 户 显 式 地 提供 实 
现 ， 他 就 可 以 考虑 在 接口 的 方法 声明 中 为 其 定义 默认 方法 。 

对 类 库 的 设计 者 而 言 ， 这 是 个 伟大 的 新 工具 ,原因 很 简单 ， 它 提供 的 能 力 能 帮助 类 库 的 设计 
者 们 定义 新 的 操作 ,增强 接口 的 能 力 ， 类 库 的 用 户 们 〈 即 那些 实现 该 接口 的 程序 员 们 ) 不 需要 花 
费 额 外 的 精力 重新 实现 该 方法 。 因 此 ,默认 方法 与 库 的 用 户 也 有 关系 ,它们 屏蔽 了 将 来 的 变化 对 
用 户 的 影响 。 第 9 章 针 对 这 一 问题 进行 了 更 加 深入 的 探讨 。 

自 此 ， 我 们 已 经 完成 了 对 Java 8 中 新 概念 的 总 结 。 现 在 我 们 会 转向 更 为 环 手 的 主题 ， 那 就 是 
Java 8 之 后 的 版 本 中 可 能 会 有 哪些 新 的 改进 以 及 新 的 特性 出 现 。 


16.2 Java 的 未 来 


让 我 们 看 看 关于 Java 未 来 的 一 些 讨论 。 关 于 这 一 主题 的 大 多 数 内 容 都 会 在 JDK 改 进 提议 ( JDK 
Enhancement Proposal ) 中 进行 讨论 ， 它 的 网 址 是 http://openjdk.java.net/jeps/0。 我 们 在 这 里 想 要 讨 
论 的 主要 是 一 些 看 起 来 很 合理 、 实 现 起 来 却 颇 有 难度 的 部 分 , 以 及 一 些 由 于 和 现存 特性 的 协作 有 
问题 而 无 法 引入 到 Java 中 的 部 分 。 


























































































































16.2.1 集合 


Java 的 发 展 是 一 个 循序 渐进 的 过 程 ， 它 从 来 就 不 是 一 跃 而 就 的 。Java 中 融入 了 大 量 伟大 的 思 
想 ， 比 如 : 数组 取代 了 和 集合， 之 后 的 Stream 又 进一步 增强 了 集合 的 功能 。 当 然 ， 乌 龙 的 情况 也 偶 
有 发 生 ， 有 的 特性 其 优势 变 得 更 加 明显 〈 比如 集合 之 于 数组 )， 但 我 们 在 做 奉 代 时 却 忽略 了 被 蔡 
代 特 性 的 一 些 优点 。 一 个 比较 典型 的 例子 是 容器 的 初始 化 。 比 如 ，Java 中 数组 可 以 通过 下 面 这 种 
形式 ， 在 声明 数组 的 同时 进行 初始 化 : 

DoubTe [SE {L720 Bnd "S70 
它 是 以 下 这 种 语法 的 简略 形式 : 


Double [] a = new Double[]{1.2, 3.4, 5.9}; 
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为 处 理 诸如 由 数组 表示 的 顺序 数据 结构 ， 集 合 〈 通 过 collection 接 口 ) 提供 了 一 种 更 优秀 
也 更 一 致 的 解决 方案 。 不 过 它们 的 初始 化 被 忽略 了 。 让 我 们 回想 一 下 你 是 如 何 初始 化 一 个 
HashMap 的 。 你 只 能 通过 下 面 这 样 的 代码 完成 初始 化 工作 : 

Map<String, Integer> map = new HashMap<>(); 

map.put ("raoul", 23); 


map.put ("mario", 40); 
map.pnut (talany, $3) 


你 可 能 更 愿意 通过 下 面 的 方式 达到 这 一 目标 : 

Map<String, Integer> map = #{"Raoul" -> 23, "Mario" -> 40, "Alan" -> 53}; 

这 里 的 #{.. .} 是 一 种 集合 常量 ， 它 们 代表 了 集合 中 的 一 系列 值 组 成 的 列表 。 这 似乎 是 一 个 
毫 无 争议 的 特性 "， 不 过 它 当 前 在 Java 中 还 不 支持 。 


16.2.2 ”类 型 系统 的 改进 


我 们 会 讨论 对 Java 当 前 类 型 系统 的 两 种 潜在 可 能 的 改进 ， 分 别 是 声明 位 置 变 量 
(declaration-site variance ) 和 本 地 变量 类 型 推断 (local variable type inference )。 

1. 声明 位 置 变 量 

Java 加 入 了 对 通配符 的 支持 ， 来 更 灵活 地 支持 泛 型 的 子 类 型 (subtyping ) , 或 者 我 们 可 以 更 
通俗 地 称 之 为 “用 户 定义 变量 ”( use-site variance )。 这 也 是 下 面 这 段 代码 合法 的 原因 : 





一 一 





































































































List<? extends Number> numbers = new ArrayList<Integer>(); 
不 过 下 面 的 这 段 赋值 (省 略 了 ? extends ) 会 产生 一 个 编译 错误 : 
List<Number> numbers = new ArrayList<Integer>(); < 一 类 型 不 兼容 


很 多 编程 语言 ( 比如 C# 和 Scala ) 都 支持 一 种 比较 独特 的 变量 机 制 ， 名 为 声明 位 置 变 量 。 它 
们 允许 程序 员 们 在 定义 泛 型 时 指定 变量 , 对 于 天 生 就 为 变量 的 类 而 言 , 这 一 特性 尤其 有 用 。 比如 ， 
Iterator 就 是 一 个 天 生 的 协 变量 ， 而 comparator 则 是 一 个 天 生 的 道 变 量 。 使 用 它们 时 你 无 需 
考虑 到 底 是 应 该 使 用 ? extends ， 还 是 使 用 ? super。 这 也 是 说 在 Java 中 添加 声明 位 置 变量 极其 
有 用 的 原因 , 因为 这 些 规 范 会 在 声明 类 时 就 出 现 。 这 样 一 来 , 程序 员 的 认 知 负荷 就 会 减少 。 注意， 
截至 本 书写 作 时 (2014 年 6 月 )， 已 经 有 一 个 提议 处 于 研究 过 程 中 ， 和 希望 能 在 Java 9 中 引入 声明 位 
置 变量 ”。 

2. 更 多 的 类 型 推断 

最 初 在 Java 中 ， 无 论 何 时 我 们 使 用 一 个 变量 或 方法 ， 都 需要 同时 给 出 它 的 类 型 。 例 如 : 

double convertUSDToGBP (double money) { ExchangeRate e = ...; } 


它 包含 了 三 种 类 型 ， 这 段 代码 给 出 了 也 数 convertUSDToGBP 的 结果 类 型 ， 它 的 参数 money 的 类 




























































































Q@ 当前 的 Java 新 特性 提议 请 参考 http://openjdk.java.net/jeps/186。 
@ 参见 https://bugs.openjdk.java.net/browse/JDK-8043488。 
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型 ， 以 及 方法 使 用 的 本 地 变量 e 的 类 型 。 随 着 时 间 的 推移 ， 这 种 限制 被 逐渐 放 开 了 。 首 先 ， 你 可 
以 在 一 个 表达 式 中 忽略 泛 型 参数 的 类 型 ， 通 过 上 下 文 决定 其 类 型 。 比 如 : 

Map<String, List<String>> myMap = new HashMap<String, List<String>>(); 

这 段 代 码 在 Java 7 之 后 可 以 缩 略 为 : 

Map<String，List<String>> myMap = new HashMap<>() ; 

其 次 ， 利 用 同样 的 思想 ， 你 可 以 将 由 上 下 文 决定 的 类 型 交 由 一 个 表达 式 决定 ， 即 由 Lambda 
表达 式 来 决定 ， 比 如 : 

Function<Integer, Boolean> p = (Integer x) -> booleanExpression; 

省 略 类 型 后 ， 这 段 代 码 可 以 精简 为 : 

Function<Integer，Boolean> p = x -> booleanpxpressiony: 

这 两 种 情况 都 是 由 编译 器 对 省 略 的 类 型 进行 推断 的 。 

如 果 一 种 类 型 仅 包含 单一 的 标识 符 , 类 型 推断 能 带 来 一 系列 的 好 处 ,其 中 比较 主要 的 一 点 是 ， 
用 一 种 类 型 替换 另 一 种 可 以 减少 编辑 工作 量 。 不 过 ， 随 着 类 型 数量 的 增加 ,出 现 了 由 更 加 泛 型 的 
类 型 参数 化 的 泛 型 ， 这 时 类 型 推 新 就 带 来 了 新 的 价值 ， 它 能 帮助 我 们 改善 程序 的 可 读 性 。” 

Scala 和 C# 中 都 允许 使 用 关键 词 var 替 换 本 地 变量 的 初始 化 声明 , 编译 器 会 依据 右边 的 变量 填 
充 恰当 的 类 型 。 比 如 ， 我 们 之 前 展示 过 的 使 用 Java 语 法 的 myMap 声 明 可 以 像 下 面 这 样 改写 : 

var myMap = new HashMap<String, List<String>>(); 

这 种 思想 被 称 为 本 地 变量 类 型 推断 ， 你 可 能 期 竺 Java 中 也 提供 类 似 的 特性 ， 因 为 它 能 消除 宛 
余 的 类 型 ， 减 少 杂 乱 的 代码 。 

然而 , 它 也 可 能 受到 一 些 质疑 ， 比 如 ,类 car 继 承 类 vehicle 后 ,你 进行 了 下 面 这 样 的 声明 : 

var x = new Vehiclel(): 
那么 ,你 到 底 期 望 x 的 类 型 为 car 还 是 Vehicle 呢 ?这 个 例子 中 ,一 个 简单 的 解释 就 能 解决 问题 ， 
即 缺 失 的 类 型 就 是 初始 化 需 对 象 的 类 型 ( 这 里 为 vehicle )， 由 此 我 们 可 以 得 出 一 个 结论 ， 没 有 
初始 化 器 时 ， 不 要 使 用 var 声 明 对 象 。 


16.2.3 ”模式 匹配 


我 们 曾经 在 第 14 章 中 讨论 过 ， 函 数 式 语言 通常 都 会 提供 某 种 形式 的 模式 匹配 一 一 作为 
switch 的 一 种 改良 形式 。 通 过 这 种 模式 匹配 ， 你 可 以 查询 “这 个 值 是 某 个 类 的 实例 吗 ”， 或 者 你 
也 可 以 选择 递归 地 查询 茶 个 字段 是 否 包含 了 某 些 值 。 









































































































































































































































Qz 当然 ， 以 一 种 直观 的 方式 进行 类 型 推断 也 是 非常 重要 的 。 类 型 推断 最 适合 的 情况 是 只 存在 一 种 可 能 性 ,或 者 一 种 
比较 容易 文档 化 的 方式 ， 借 此 重建 用 户 省 略 的 类 型 。 如 果 系 统 推断 出 的 类 型 与 用 户 最 初 设想 的 类 型 并 不 一 致 ， 就 
会 带 来 很 多 问题 ， 所 以 良好 的 类 型 推断 设计 在 面临 两 种 不 可 比较 的 类 型 时 ， 都 会 给 出 一 个 默认 的 类 型 ， 利 用 默认 
类 型 来 避免 出 现 随机 选择 错误 的 类 型 。 
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我 们 有 必要 提醒 你 ， 即 使 是 传统 的 面向 对 象 设 计 也 已 经 不 推荐 使 用 switch 了 ， 现 在 大 家 更 
推荐 的 方式 是 采用 一 些 设计 模式 ， 比 如 访问 者 模式 ， 使 用 访问 者 模式 时 ， 程 序 利用 dispatcp 方 
法 ， 依 据 数 据 类 型 来 选择 相应 的 控制 流 ， 不 再 使 用 传统 的 switch 方 式 。 这 并 非 男 一 种 编程 语言 
中 的 事 一 一 函数 式 编程 语言 中 使 用 基于 数据 类 型 的 模式 匹配 通常 也 是 设计 程序 最 便捷 的 方式 。 

将 类 Scala 的 模式 匹配 全 盘 地 移植 到 Java 中 似乎 是 个 巨大 的 工程 ， 但 是 基于 switch 语 法 最 近 
的 泛 化 〈switch 现 在 已 经 不 再 局 限于 只 允许 对 string 进 行 操 作 )， 你 可 以 想象 更 加 现代 的 语法 
扩展 会 有 哪些 。 现 在 ,凭借 instanceof, 你 可 以 通过 switch 直 接 对 对 象 进行 操作 。 这 里 , 我们 
会 对 14.4 节 中 的 示例 进行 重 构 , 假设 有 这 样 一 个 类 Expr, 它 有 两 个 子 类 , 分 别 是 Binop 和 Number: 

Switch (someExpr) { 

case (op instanceof BinOp): 

doSomething (op.opname, op.left, op.right); 
case (n instanceof Number): 

dealWithLeafNode (n.val); 


default: 
defaultAction (someExpr); 
























































} 

这 里 有 几 点 需要 特别 注意 。 我 们 在 case (op instanceof Binop) :这 段 代码 中 借用 了 模 
式 匹配 的 思想 ，op 是 一 个 新 的 局 部 变量 ( 类 型 为 Binop )， 它 和 SomeExpz 都 绑 定 到 了 同一 个 值 ; 
类 似 地 ， 在 Number 的 case 判 断 中 ，n 被 转化 为 了 Number 类 型 的 变量 。 而 默认 情况 不 需要 进行 任 
何 变量 绑 定 。 和 和 采用 串 接 的 if-then-else 加 子 类 型 转换 比 起 来 ， 这 种 实现 方式 避免 了 大 量 的 模 
板 代 码 。 习 惯 了 传统 面向 对 象 方式 的 设计 者 很 可 能 会 说 如 果 采 用 访问 者 模式 在 子 类 型 中 实现 这 种 
“数据 类 型 ” 式 的 分 派 ， 表 达 的 效果 会 更 好 ， 不 过 从 函数 式 编程 的 角度 看 ， 后 者 会 导致 相关 代码 
散落 于 多 个 类 的 定义 中 , 也 不 太 理 想 。 这 是 一 种 典型 的 设计 二 分 法 (design dichotomy ) 问题 ， 经 
常会 在 技术 粉 间 挑 起 以 “表达 问题 ”( expression problem ) “为 赐 子 的 口舌 之 争 。 
























































16.2.4 ”更 加 丰富 的 泛 型 形式 


本 节 会 讨论 Java 泛 型 的 两 个 局 限 性 ， 并 探讨 可 能 的 解决 方案 。 

1. 具 化 泛 型 

Java 5 中 初次 引入 泛 型 时 , 需要 它们 尽量 保持 与 现存 JVM 的 后 向 兼容 性 。 为 了 达到 这 一 目的 ， 
ArrayList<String> 和 ArrayList<Integer> 的 运行 时 表示 是 相同 的 。 这 被 称 作 泛 型 多 态 
( generic polymorphism ) 的 消除 模式 〈erasure model )。 这 一 选择 伴随 着 一 定 程 度 的 运行 时 消耗 ， 
不 过 对 于 程序 员 而 言 ， 这 无 关 痛 痒 ， 影 响 最 大 的 是 传 给 泛 型 的 参数 只 能 为 对 象 类 型 。 如 果 Java 文 
持 ArrayList<int> 这 种 类 型 的 泛 型 ,那么 你 就 可 以 在 堆 上 分 配 由 简单 数据 值 构成 的 ArrayList 
对 象 ， 比 如 42， 不 过 这 样 一 来 ArrayList 容 器 就 无 法 了 解 它 所 容纳 的 到 底 是 一 个 对 和 象 类 型 的 值 ， 
比如 一 个 string， 还 是 一 个 简单 的 int 值 ， 比 如 42。 






























































GD 更 加 完整 的 解释 请 参见 http:/en.wikipedia.org/wiki/Expression _ problem。 
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某 种 程度 上 看 , 这 并 没有 什么 危害 一 一 如 果 你 可 以 从 ArrayList<int> 中 得 到 简单 值 42, 或 
者 从 ArrayList<string> 中 得 到 string 对 象 abc， 为 什么 还 要 担忧 ArrayList 容 器 无 法 辨识 
呢 ? 非常 不 幸 , 答案 是 垃圾 收集 , 因为 一 旦 缺失 了 ArrayList 中 内 容 的 运行 时 信息 , JVM 就 无 法 
判断 ArrayList 中 的 元 素 13 到 底 是 一 个 Integer 的 引用 (可 以 被 垃圾 收集 絮 标 记 为 “in use” 并 
进行 跟踪 )， 还 是 int 类 型 的 简单 数据 ( 几乎 可 以 说 是 无 法 跟踪 的 )。 

C#i 噩 言 中 , ArrayList<String>、ArrayList<Integer> 以 及 ArrayList<int> 的 运行 时 

表示 在 原则 上 就 是 不 同 的 。 即 使 它们 的 值 是 相同 的 , 也 伴随 着 足够 的 运行 时 类 型 信息 ， 这 些 信息 
可 以 帮助 垃圾 收集 器 判断 一 个 字段 值 到 底 是 引用 , 还 是 简单 数据 。 这 被 称 为 泛 型 多 态 的 具 化 模式 ， 
或 具 化 泛 型 。" 具 化 ”这 个 词 意味 着 “将 某 些 默认 隐 式 的 东西 变 为 显 式 的 ”。 
很 明显 ， 具 化 泛 型 是 众望 所 归 的 ， 它 们 能 将 简单 数据 类 型 及 其 对 应 的 对 象 类 型 更 好 地 融 
合 一 一 下 一 节 中 , 你 会 看 到 这 之 前 的 一 些 问题 。 实 现 具 化 泛 型 的 主要 难点 在 于 ,Java 需 要 保持 
后 向 兼容 性 ， 并 且 这 种 兼容 需要 同时 覆盖 JVM， 以 及 使 用 了 反射 且 希 望 进 行 泛 型 清除 的 遗留 
代码 。 

2. 泛 型 中 特别 为 函数 类 型 增加 的 语法 灵活 性 

自从 被 Java 5 引入 ， 泛 型 就 证 明了 其 独特 的 价值 。 它 们 还 特别 适用 于 表示 Java 8 中 的 Lambda 
类 型 以 及 各 种 方法 引用 。 通 过 下 面 这 种 方式 你 可 以 表示 使 用 单一 参数 的 函数 : 


Function<Integer, Integer> square = x ->xX* x; 


如 果 你 有 一 个 使 用 两 个 参数 的 函数 ， 可 以 采用 类 型 BiFunction<T，U，R>， 这 里 的 T 表 示 
第 一 个 参数 的 类 型 ，U 表 示 第 二 个 参数 的 类 型 ， 而 R 是 计算 的 结果 。 不 过 ，Java 8 中 并 未 提供 
TriFunction 这 样 的 函数 ， 除 非 你 自己 声明 了 一 个 ! 

同 理 ， 你 不 能 用 Function<T，R> 引 用 表示 某 个 不 接受 任何 参数 ， 返 回 值 为 R 类 型 的 函数 ，; 
只 能 通过 supplier<R> 达 到 这 一 目的 。 

从 本 质 上 来 说 ，Java 8 的 Lambda 极 大 地 拓展 了 我 们 的 编程 能 力 ， 但 可 惜 的 是 ， 它 的 类 型 系统 
并 未 跟 上 代码 灵活 度 提 升 的 脚步 。 在 很 多 的 函数 式 编程 语言 中 ， 你 可 以 用 (Integer，Doupble) 
=> _ String 这样 的 类 型 实现 Java 8 中 BiFunction<Integer，Double，String> 调 用 得 到 同样 
的 效果 ; 类 似 地 ， 可 以 用 Integer = String 表 示 Function<Integer， String>, 甚至 可 以 
用 () => String 表 示 Supplier<String>。 你 可 以 将 => 符 号 看 作 Function、 BiFunction,.、 
Supplierz， 以 及 其 他 相似 函数 的 中 缀 表达 式 版 本 。 我 们 只 需要 对 现 有 Java 语 言 的 类 型 格式 稍 作 
扩展 就 能 提供 Scala 语 言 那 样 更 具 可 读 性 的 类 型 ,关于 Java 和 Scala 的 比较 我 们 已 经 在 第 15 章 中 详细 
讨论 过 了 。 

3. 原型 特 化 和 泛 型 

在 Java 语 言 中 ， 所 有 的 简单 数据 类 型 ， 比 如 int ， 都 有 对 应 的 对 象 类 型 ( 以 刚才 的 例子 而 言 ， 
它 是 java.1lang.Integer ); 通常 我 们 把 它们 称 为 不 闭 箱 类 型 和 装 箱 类 型 。 虽 然 这 种 区 分 有 助 
于 提升 运行 时 的 效率 , 但 是 这 种 方式 定义 的 类 型 也 可 能 带 来 一 些 困 扰 。 比 如 ， 有 人 可 能 会 问 为 什 
么 Java 8 中 我 们 需要 编写 Predicate<Apple>， 而 不 是 直接 采用 Function<Apple， Boolean> 
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的 方式 ? 事实 上 ，Predicate<Apple> 类 型 的 对 和 象 在 执行 Lest 方 法 调用 时 ， 其 返回 值 依旧 是 简 
单 类 型 boolean。 

与 此 相反 ， 和 所 有 泛 型 一 样 ，Function 只 能 使 用 对 象 类 型 的 参数 。 以 Function<Apple， 
Boolean> 为 例 ， 它 使 用 的 是 对 象 类 型 Boolean ， 而 不 是 简单 数据 类 型 boolean。 所 以 使 用 
Predicate<Apple> 更 加 高 效 ， 因 为 它 无 需 将 boolean 装 箱 为 Boolean。 因 为 存在 这 样 的 问题 ， 
导致 类 库 的 设计 者 在 Java 时 创建 了 多 个 类 似 的 接口 ， 比 如 LongToIntFunction 和 
BooleanSupplier, 而 这 又 进一步 增加 了 大 家 理解 的 负担 。 另 一 个 例子 和 void 之 间 的 区 别 有 关 ， 
void 只 能 修饰 不 带 任何 值 的 方法 ， 而 voida 对 象 实际 包含 了 一 个 值 ， 它 有 且 仅 有 一 个 nul1 值 
这 是 一 个 经 常 在 论坛 上 讨论 的 问题 。 对 于 Function 的 特殊 情况 ， 比 如 Supplier<T>， 你 可 以 用 
前 面 建议 的 新 操作 符 将 其 改写 为 () => T， 这 进一步 佐证 了 由 于 简单 数据 类 型 ( primitive type ) 
与 对 象 类 型 ( object type ) 的 差异 所 导致 的 分 歧 。 我 们 在 之 前 的 内 容 中 已 经 介绍 了 怎样 通过 具 化 
泛 型 解决 这 其 中 的 很 多 问题 。 


16.2.5 “对 不 变性 的 更 深层 支持 


Java 8 只 支持 三 种 类 型 的 值 ， 分 别 为 : 
口 简单 类 型 值 
口 指向 对 象 的 引用 
口 指 问 也 数 的 引用 

听 我 们 说 起 这 些 ， 有 些 专业 的 读者 可 能 会 感到 失望 。 我 们 在 某 种 程度 上 会 坚持 自己 的 观点 ， 
介绍 说 “现在 方法 可 以 使 用 这 些 值 作为 参数 ， 并 返回 相应 的 结果 了 ”。 不 过 ， 我 们 也 承认 这 其 中 
的 确 还 存在 着 一 定 的 问题 ， 比 如 ， 当 你 返回 一 个 指向 可 变数 组 的 引用 时 , 它 多 大 程度 上 应 该 是 一 
个 (算术 ) 值 ? 很 明显 , 字符 串 或 者 不 可 变数 组 都 是 值 ， 不 过 对 于 可 变 对 象 或 者 数组 而 言 ， 情 况 
远 非 那 么 泾 渭 分 明 一 一 你 的 方法 可 能 返回 一 个 元 素 以 升序 排列 的 数组 , 不 过 另 一 些 代 码 可 能 在 之 
后 对 其 中 的 某 些 元 素 进 行 修改 。 

如 果 我 们 想 在 Java 中 真正 实现 函数 式 编程 ,那么 语言 层面 的 支持 就 必 不 可 少 了 ， 比 如 “不 可 
变 值 ” 。 正 如 我 们 在 第 13 章 中 所 了 解 的 那样 ， 关 键 字 final 并 未 在 真正 意义 上 是 要 达到 这 一 目标 ， 
它 仅 仅 避 免 了 对 它 所 修饰 字段 的 更 新 。 我 们 看 看 下 面 这 个 例子 : 


final,. Ent [lj] dn ely 2 es 
final List<T> list = new ArrayList<>(); 


前 者 禁止 了 直接 的 赋值 操作 arr = ...， 不 过 它 并 未 阻止 以 arr [1]=2 这 样 的 方式 对 数组 进 
行 修改 ; 而 后 者 禁止 了 对 列表 的 赋值 操作 ， 但 并 未 禁止 以 其 他 方法 修改 列表 中 的 元 素 ! 关键 字 
final 对 于 简单 数据 类 型 的 值 操作 效果 很 好 , 不 过 对 于 对 象 引 用 , 它 通常 只 是 一 种 错误 的 安全 感 。 
那么 我 们 该 如 何 解决 这 一 问题 呢 ? 由 于 函数 式 编程 对 不 能 修改 现存 数据 结构 有 非常 严格 的 
要 求 ， 所 以 它 提 供 了 一 个 更 强大 的 关键 字 ， 比 如 transitively_final， 该 关键 字 用 于 修饰 引 
用 类 型 的 字段 ,确保 无 论 是 直接 对 该 字段 本 身 的 修改 , 还 是 对 通过 该 字段 能 直接 或 间接 访问 到 的 16 
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对 象 的 修改 都 不 会 发 生 。 

这 些 类 型 体现 了 关于 值 的 一 个 理念 : 变量 值 是 不 可 修改 的 , 只 有 变量 ( 它们 存储 着 具体 的 值 ) 
可 以 被 修改 ， 修 改 之 后 变量 中 包含 了 其 他 一 些 不 可 变 值 。 正 如 我 们 在 本 节 开 头 所 提 及 的 ，Java 的 
作者 ,包括 我 们 ， 时 不 时 地 都 喜欢 针对 Java 中 值 与 可 变数 组 的 转化 展开 讨论 。 接 下 来 的 一 节 , 我 
们 会 讨论 一 下 值 类 型 〈value type )， 声 明 为 值 类 型 的 变量 只 能 包含 不 可 变 值 ， 然 而 ， 除 非 使 用 了 
final 关 键 词 进行 修饰 ， 否 则 变量 的 值 还 是 能 够 进行 更 新 。 


16.2.6” 值 类 型 


这 一 六， 我 们 会 讨论 简单 数据 类 型 和 对 象 类 型 之 间 的 差异 ， 并 结合 前 文 针 对 值 类 型 的 讨论 ， 
希望 能 借 此 帮助 你 以 函数 式 的 方式 进行 编程 ， 就 像 对 象 类 型 是 面向 对 象 编程 不 可 缺失 的 一 环 那 
样 。 我 们 讨论 的 很 多 问题 都 是 相互 交织 的 ， 所 以 ,很 难以 区 隔 的 方式 解释 某 一 个 单独 的 问题 。 所 
以 ， 我 们 会 从 不 同 的 角度 定位 这 些 问 题 。 

1. 为 什么 编译 器 不 能 对 Integer 和 int 一 视 同 仁 

自从 Java 1.1 版 本 以 来 ,Java 语言 逐渐 具备 了 隐 式 地 进行 装 箱 和 拆 箱 的 能 力 , 你 可 能 会 问 现在 
是 否 是 一 个 恰当 的 时 机 ， 让 Java 语 言 一 视 同仁 地 处 理 简单 数据 类 型 和 对 象 数据 类 型 ， 比 如 将 
Integer 和 int 同 等 对 待 ， 依 赖 Java 编 译 器 将 它们 优化 为 JVM 最 适合 的 形式 。 

这 个 想法 在 原则 上 是 非常 美好 的 , 不 过 让 我 们 看 看 在 Java 中 添加 complex 类 型 后 会 引发 哪些 
问题 ， 以 及 为 什么 装 箱 会 导致 这 样 的 问题 。 用 于 建 模 复数 的 Complex 包 含 了 两 个 部 分 ,分 别 是 实 
数 (real ) 和 虚数 (imaginary )， 一 种 很 直观 的 定义 如 下 : 

class Complex { 

public final double re; 
public final double im; 


public Complex(double re, double im) { 
this.re = re; 














































































































this.im = im; 
public static Complex add(Complex a, Complex b) { 
return new Complex(a.re+b.re, a.im+b.im); 
} 
} 


不 过 类 型 complex 的 值 为 引用 类 型 , 对 complex 的 每 个 操作 都 需要 进行 对 象 分 配 增加 了 
adgd 中 两 次 加 法 操作 的 开销 。 我 们 需要 的 是 类 似 complex 的 简单 数据 类 型 ， 我们 也 许可 以 称 其 为 
complexo 

这 里 的 问题 是 我 们 想 要 一 种 “不 装 箱 的 对 象 ”， 可 是 无 论 Java 还 是 JVM， 对 此 都 没有 实质 的 
支持 。 至 此 ,我 们 只 能 悲叹 了 ,“ 唤 ， 当 然 编译 器 可 以 对 它 进 行 优 化 "。 坏 消息 是 ,这 远 比 看 起 来 
要 复杂 得 多 ; 虽然 Java 带 有 基于 名 为 “逃逸 分 析 ” 的 编译 器 优化 〈 这 一 技术 自 Java 1.1 版 本 开始 就 
已 经 有 了 )， 它 能 在 某 些 时 候 判 断 拆 箱 的 结果 是 否 正 确 ， 然 而 其 能 力 依旧 有 一 定 的 限制 ， 它 受制 
于 Java 对 对 象 类 型 的 判断 。 以 下 面 的 这 个 难题 为 例 : 
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douBle. .dL S3143 
double d2 = dl; 
Double ol = di1; 
Double o2 = d2; 
Double ox = ol1; 


System.out .println(d1l == d2 ? "yes" : "no"); 
System.out .println(ol == 02 ? "yes" : "no"); 
System.out .println(ol == ox ? "yes" : "no"); 


最 后 这 段 代码 输出 的 结果 为 “yes”“no”“yes”。 专业 的 Java 程 序 员 可 能 会 说 “多 思春 的 代码 ， 
每 个 人 都 知道 最 后 这 两 行 你 应 该 使 用 equals 而 不 是 ==”。 不过, 请 允许 我 们 继续 用 这 个 例子 进行 
说 明 。 虽 然 所 有 这 些 简单 变量 和 对 象 都 保存 了 不 可 变 值 3.14， 实 际 上 也 应 该 是 没有 差别 的 ， 但 是 
由 于 有 对 o1 和 o2 的 定义 ， 程 序 会 创建 新 的 对 象 ， 而 == 操 作 符 〈 利 用 特征 比较 ) 可 以 将 这 二 者 区 
分 开 来 。 请 注意 ， 对 于 简单 变量 ， 特 征 比较 采用 的 是 逐 位 比较 (bitwise comparison )， 对 于 对 象 
类 型 它 采 用 的 是 引用 比较 (reference equality )。 因 此 , 很 多 时 候 由 于 编译 需 需 要 遵守 对 象 的 语义 ， 
我 们 随机 创建 的 新 的 pouble 对 象 (Double 对 象 继承 自 object ) 也 需要 遵守 该 语义 。 你 之 前 见 
过 这 些 讨论 , 无 论 是 较 早 的 时 候 关 于 值 对 象 的 讨论 , 还 是 第 14 章 围绕 更 新 持久 化 数据 结构 保证 引 
用 透明 性 的 方法 讨论 。 


2. 值 对 象 一 一 无 论 简单 类 型 还 是 对 象 类 型 都 不 能 包 打 天 下 


关于 这 个 问题 ， 我 们 建议 的 解决 方案 是 重新 回顾 一 下 Java 的 初 心 : (1) 任何 事物 ， 如 果 不 是 
简单 数据 类 型 ， 就 是 对 象 类 型 ， 所 有 的 对 象 类 型 都 继承 自 object; (2) 所 有 的 引用 都 是 指向 对 象 
的 引用 。 

事情 的 发 展 是 这 样 开 始 的 。Java 中 有 两 种 类 型 的 值 : 一 类 是 对 象 类 型 ， 它 们 包含 着 可 变 的 字 
段 〈 除 非 使 用 了 final 关 键 字 进 行 修饰 )， 对 这 种 类 型 值 的 特征 ， 可 以 使 用 == 进 行 比较 ; 还 有 一 
类 是 值 类 型 ， 这 种 类 型 的 变量 是 不 能 改变 的 ， 也 不 带 任 何 的 引用 特征 (reference identity )， 简 单 
类 型 就 属于 这 种 更 宽泛 意义 上 的 值 类 型 。 这样, 我们 就 能 创建 用 户 自 定义 值 的 类 型 了 ( 这 种 类 型 
的 变量 推荐 小 写字 符 开头 ， 突 出 它们 与 int 和 boolean 这 类 简单 类 型 的 相似 性 )。 对 于 值 类 型 ， 
默认 情况 下 ,硬件 对 int 进 行 比较 时 会 以 一 个 字 节 接着 一 个 字 节 逐次 的 方式 进行 ，== 会 以 同样 的 
方式 一 个 元 素 接 着 一 个 元 素 地 对 两 个 变量 进行 比较 。 你 可 以 将 这 看 成 对 浮 点 比较 的 覆盖 , 不 过 这 
里 会 进行 一 些 更 加 复杂 的 操作 。complex 是 一 个 绝 佳 的 例子 用 于 介绍 非 简单 类 型 的 值 ; 它们 和 C# 
中 的 结构 struct 极 其 类 似 。 

此 外 ， 值 类 型 可 以 减少 对 存储 的 要 求 ， 因 为 它们 并 不 包含 引用 特征 。 图 16-1 引 用 了 容量 为 3 
的 一 个 数组 ， 其 中 的 元 素 0、1 和 2 分 别 用 淡 灰 、 和 白色 和 深 灰 色 标 记 。 左 边 的 图 展示 了 一 种 比较 典 
型 的 存储 需求 ， 其 中 的 Pair 和 complex 都 是 对 象 类 型 ， 而 右边 展示 的 是 一 种 更 优 的 布局 ， 这 里 
的 Pair 和 complex 都 是 值 类 型 ( 注意 ， 我 们 在 这 里 特意 使 用 了 小 写 的 pair 和 complex， 目 的 就 
是 想 强 调 它 们 与 简单 类 型 的 相似 性 )。 也 请 注意 ， 值 类 型 极 有 可 能 提供 更 好 的 性 能 ， 无 论 是 数据 
访问 (用 单一 的 索引 地 址 指令 替换 多 层 的 指针 转换 )， 还 是 对 硬件 缓存 的 利用 率 〈 因为 数据 现在 
采用 的 是 连续 存储 )。 
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对 象 值 类 型 


Complex[] Com] 





Pair<Complex, Complex>[] 











2 
5.4 
































图 16-1 对象 与 值 类 型 


注意 ,由 于 值 类 型 并 不 包含 引用 特征 , 编译 带 可 以 随意 对 它们 进行 装 箱 和 拆 箱 。 如 果 你 将 一 
个 complex 变 量 作为 参数 从 一 个 函数 传递 给 男 一 个 函数 , 编译 器 可 以 很 自然 地 将 它们 拆 分 为 两 个 
单独 的 gdouble 类 型 的 参数 。( 由 于 JVM 只 提供 了 以 64 位 寄存 器 传递 值 的 方法 返回 指令 ， 所 以 在 
JVM 中 要 实现 不 装 箱 ， 直 接 返回 是 比较 复杂 的 。) 不 过 ， 如 果 你 传递 一 个 很 大 的 值 作为 参数 ( 比 
如 说 一 个 很 大 的 不 可 变数 组 )， 那么 编译 器 可 以 以 透明 的 方式 (透明 于 用 户 )， 对 其 进行 装 箱 , 将 
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其 转化 为 一 个 引用 进程 传递 。 类 似 的 技术 已 经 在 C# 中 存在 ; 下面 引 用 了 一 段 微软 的 介绍 ?. 
结构 看 起 来 和 类 十 分 相似 , 但 是 二 者 之 间 存 在 重大 差异 ,你 应 该 了 解 它们 之 间 的 不 
同 。 首 先 ， 类 [这 里 指 的 是 C# 中 的 类 ] 属 于 引用 类 型 ， 而 结构 ( struct ) 属于 值 类 型 。 使 用 
结构 ， 你 可 以 创建 对 象 [比如 sic]， 它 的 行为 就 像 那些 内 置 [简单 ] 类 型 一 样 ， 享 受 同 等 的 
待遇 。 
截至 本 书写 作 时 ( 2014 年 6 月 )，Java 也 已 经 接受 了 一 份 采用 值 类 型 的 具体 建议 ?。 
3. 装 箱 、 泛 型 、 值 类 型 一 一 互相 交织 的 问题 


我 们 希望 能 够 在 Java 中 引入 值 类 型 ， 因 为 函数 式 编程 处 理 的 不 可 变 对 象 并 不 含有 特征 。 我 们 
希望 简单 数据 类 型 可 以 作为 值 类 型 的 特例 , 但 又 不 要 有 当前 Java 所 携带 的 泛 型 的 消除 模式 ， 因 为 
这 意味 着 值 类 型 不 做 装 箱 就 不 能 使 用 泛 型 。 由 于 对 象 的 消除 模式 ， 简 单 类 型 ( 比如 int ) 的 对 象 
( 装 箱 ) 版 本 (比如 Integer ) 对 集合 和 Java 沁 型 依旧 非常 重要 ， 不 过 它们 继承 自 object (并 因 
此 引用 相等 )， 这 被 当成 了 一 种 缺点 。 解 决 这 些 问 题 中 的 任何 一 个 就 意味 着 解决 了 所 有 的 问题 。 
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本 书 探索 了 Java 8 新 增加 的 一 系列 新 特性 ; 它们 所 代表 的 可 能 是 自 Java 创 建 以 来 最 大 的 一 次 
演进 一 一 唯一 可 以 与 之 相提并论 的 大 的 演进 也 是 在 10 年 之 前 ， 即 Java 5 中 所 引入 的 泛 型 。 这 一 章 
里 我 们 还 了 解 了 Java 进 一 步 发 展 所 面临 的 压力 。 用 一 句 话 来 总 结 ， 我 们 会 说 : 

Java 8 已 经 占据 了 一 个 非常 好 的 位 置 ， 可 以 略 时 歌 口 气 ， 但 这 绝 不 是 终点 ! 

我 们 希望 你 能 享受 这 一 段 Java 8 的 探索 旅程 , 也 希望 本 书 能 燃 起 你 对 了 人 解 函 数 式 编程 及 Java 8 

进一步 发 展 的 兴 
















































































Q@ 如 需 了 解 结构 语法 和 使 用 ， 以 及 类 与 结构 之 间 的 差异 ， 请 访问 http://msdn.microsoft.com/en-us/library/aa288471 











(v=Vs.71).aspx。 
@) John Rose 等 ,“ 值 的 状态 ”，2014 年 4 月 初始 版 本 ，http://cr.openjdk.java.net/~jrose/values/values-0.html。 
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本 附录 中 ， 我 们 会 讨论 Java 8 中 其 他 的 三 个 语言 特性 的 更 新 ， 分 别 是 重复 注解 (repeated 
annotation )、 类 型 注解 ( type annotation ) 和 通用 目标 类 型 推 新 (generalized target-type inference )。 
附录 B 会 讨论 Java 8 中 类 库 的 更 新 。 我 们 不 会 涉及 JDK 8 中 的 所 有 内 容 ， 比 如 我 们 不 会 9 
或 者 是 精简 运行 时 ( Compact Profiles )， 因 为 它们 属于 JVM 的 新 特性 。 本 书 专注 于 介绍 类 库 和 语 
言 的 更 新 。 如 果 你 对 Nashorm 或 者 精简 运行 时 感 兴趣 ， 我 们 推荐 你 阅读 以 下 两 个 链接 的 内 容 ， 分 
别 是 http://openjdk.java.net/projects/nashorn/ 和 http://openjdk.java.net/jeps/161。 
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A.1 注解 


Java 8 在 两 个 方面 对 注解 机 制 进行 了 改进 ， 分 别 为 : 
口 你 现在 可 以 定义 重复 注解 
口 使 用 新 版 Java， 你 可 以 为 任何 类 型 添加 注解 
正式 开始 介绍 之 前 ， 我 们 先 快速 地 回顾 一 下 Java 8 之 前 的 版 本 能 用 注解 做 什么 ， 这 有 助 于 我 
们 加 深 对 新 特性 的 理解 。 
Java 中 的 注解 是 一 种 对 程序 元 素 进 行 配置 ， 提 供 附加 信息 的 机 制 (注意 ， 在 Java 8 之 前 ， 只 
有 声明 可 以 被 注解 )。 换 名 话说 ， 它 是 某 种 形式 的 语法 元 数据 (syntactic metadata )。 比 如 ， 注 解 
在 JUnit 框 架 中 就 使 用 得 非常 频繁 。 下 面 这 段 代码 中 ，setUp 方 法 使 用 了 @Before 进 行 注解 ， 而 
testAlgorithm 使 用 了 @Test 进 行 注 解 : 















































@Before 
public void setUp(){ 
this.list = new ArrayList<>(); 


} 


@Test 
public voidq testAlgorithm(){ 


assertEquals(5, list.size()); 


} 


注解 尤其 适用 于 下 面 这 些 场景 。 
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D 在 JUnit 的 上 下 文中 ， 使 用 注解 能 帮助 区 分 哪些 方法 用 于 单元 测试 ， 哪 些 用 于 做 环境 搭建 























工作 。 
口 注解 可 以 用 于 文档 编制 。 比 如 ， eDeprecated 注 解 被 广泛 应 用 于 说 明 某 个 方法 不 再 推荐 
使 用 。 





D Java 编 译 器 还 可 以 依据 注解 检查 错误 ， 禁 止 报警 输出 ， 甚 至 还 能 生成 代码 。 
D 注解 在 Java 企 业 版 中 尤其 流行 ， 它 们 经 常用 于 配置 企业 应 用 程序 。 


A.1.1 重复 注解 


之 前 版 本 的 Java 禁 止 对 同样 的 注解 类 型 声明 多 次 。 由 于 这 个 原因 ， 下 面 的 第 二 名 代码 是 无 
效 的 : 


@interface Author { String name(); } 

















错误 : 重复 
@Author (name="Raoul") @Author (name="Mario") @Author (name="Alan") 的 注解 
class Book{ } 


Java 企 业 版 的 程序 员 经常 通 过 一 些 惯 用 法 绕 过 这 一 限制 。 你 可 以 声明 一 个 新 的 注解 ， 它 包含 
了 你 希望 重复 的 注解 数组 。 这 种 方法 的 形式 如 下 : 
@interface Author { String name(); } 


Qinterface Authors { 
Author[] value(); 











} 


QAuthors ( 
{ @Author (name="Raoul"), @Author (name="Mario") , QAuthor (name="Alan")} 


a Book{} 

Book 类 的 息 套 注解 相当 难看 。 这 就 是 Java 8 想 要 从 根本 上 移 除 这 一 限制 的 原因 ， 去 掉 这 一 限 
制 后 ,代码 的 可 读 性 会 好 很 多 。 现 在 ， 如果 你 的 配置 允许 重复 注解 ,你 可 以 毫 无 顾虑 地 一 次 声明 
多 个 同一 种 类 型 的 注解 。 它 目前 还 不 是 默认 行为 ， 你 需要 显 式 地 要 求 进行 重复 注解 。 

创建 一 个 重复 注解 

如 果 一 个 注解 在 设计 之 初 就 是 可 重复 的 ， 你 可 以 直接 使 用 它 。 但 是 ， 如果 你 提供 的 注解 是 为 
用 户 提 供 的 ， 那 么 就 需要 做 一 些 工 作 ， 说 明 该 注解 可 以 重复 。 下 面 是 你 需要 执行 的 两 个 步骤 : 

(1) 将 注解 标记 为 &Repeatable 

(2) 提供 一 个 注解 的 容器 

下 面 的 例子 展示 了 如 何 将 eauthor 注 解 修 改 为 可 重复 注解 : 

@Repeatable (Authors.class) 

@interface Author { String name(); } 


Qinterface Authors { 
Author[] value(); 




























































































} 
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完成 了 这 样 的 定义 之 后 ，Book 类 可 以 通过 多 个 &Author 注 解 进行 注释 ， 如 下 所 示 : 


@Author (name="Raoul") @Author (name="Mario") @Author (name="Alan") 
class Book{ } 




















编译 时 ，Book 会 被 认为 使 用 了 eauthors ({eaAuthor (name="Raoul"),，@Author (name 
=*Mario“)，eaAuthor (name="Alan”)}) 这 样 的 形式 进行 了 注解 ， 所 以 ,你 可 以 把 这 种 新 的 机 
制 看 成 是 一 种 语法 糖 ， 它 提供 了 Java 程 序 员 之 前 利用 的 惯用 法 类 似 的 功能 。 为 了 确保 与 反射 方法 
在 行为 上 的 一 致 性 ， 注 解 会 被 封装 到 一 个 容器 中 。Java API 中 的 getAnnotation (Class<T> 
annotation-Class) 方 法 会 为 注解 元 素 返 回 类 型 为 ?的 注解 。 如 果实 际 情况 有 多 个 类 型 为 ?的 注 
解 ， 该 方法 的 返回 到 底 是 哪 一 个 呢 ? 

我 们 不 希望 一 下 子 就 陷入 细节 的 麻风 ， 类 class 提 供 了 一 个 新 的 getAnnotationsByType 
方法 ， 它 可 以 帮助 我 们 更 好 地 使 用 重复 注解 。 比 如 ， 你 可 以 像 下 面 这 样 打印 输出 Book 类 的 所 有 
Author 注 解 : 


















































返回 一 个 由 重复 注解 


public static void main(String[] args) { Author 组 成 的 数组 
Author[] authors = Book.class.getAnnotationsByType (Author.class); < 二 一 
Arrays.asList(authors) .forEach(a -> { System.out.println(a.name()); }); 


} 
这 段 代 码 要 正常 工作 的 话 , 需要 确保 重复 注解 及 它 的 容器 都 有 运行 时 保持 策略 。 关 于 与 遗留 
反射 方法 的 兼容 性 的 更 多 讨论 ， 可 以 参考 http:Wcr.openjdk.java.net/~abuckley/8misc.pdf。 


A.1.2 ”类 型 注解 


从 Java 8 开始 , 注解 已 经 能 应 用 于 任何 类 型 。 这 其 中 包括 new 操 作 符 、 类 型 转换 、instanceof 
仿 查 、 泛 型 类 型 参数 ， 以 及 implements 和 throws 子 句 。 这 里 ,我们 举 了 一 个 例子 ， 这 个 例子 中 
类 型 为 String 的 变量 name 不 能 为 空 ， 所 以 我 们 使 用 了 @NonNu1l1 对 其 进行 注解 : 

@NonNull String name = person.getName (); 

类 似 地 ， 你 可 以 对 列表 中 的 元 素 类 型 进行 注解 : 

List<@NonNull Car> cars = new ArrayList<>(); 

为 什么 这 么 有 趣 呢 ? 实际 上 , 利用 好 对 类 型 的 注解 非常 有 利于 我 们 对 程序 进行 分 析 。 这 两 个 
例子 中 ， 通 过 这 一 工具 我 们 可 以 确保 getName 不 返回 空 ，cars 列 表 中 的 元 素 总 是 非 空 值 。 这 会 
极 大 地 帮助 你 减少 代码 中 不 期 而 至 的 错误 。 

Java 8 并 未 提供 官方 的 注解 或 者 一 种 工具 能 以 开 箱 即 用 的 方式 使 用 它们 。 它 仅仅 提供 了 一 种 
功能 ， 你 使 用 它 可 以 对 不 同 的 类 型 添加 注解 。 幸 和 运 的 是 ， 这 个 世界 上 还 存在 一 个 名 为 Checker 的 
框架 , 它 定义 了 多 种 类 型 注解 ,使 用 它们 你 可 以 增强 类 型 检查 。 如 果 对 此 感 兴趣 ,我 们 建议 你 看 
看 它 的 教程 , 地址 链接 为 : http:/www.checker-framework.org。 关 于 在 代码 中 的 何 处 使 用 注解 的 更 
多 内 容 ， 可 以 访问 http://docs.oracle.com/javase/specs/jls/se8/html/jls-9.html#jls-9.7.4。 
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A.2 通用 目标 类 型 推断 


Java 8 对 泛 型 参数 的 推 类 进行 了 增强 。 相 信和 你 对 Java 8 之 前 版 本 中 的 类 型 推断 已 经 比较 熟悉 
了 。 比 如 ，Java 中 的 方法 emptyList 方 法 定义 如 下 : 


static <T> List<T> emptyList(); 


emptyList 方 法 使 用 了 类 型 参数 ?进行 参数 化 。 你 可 以 像 下 面 这 样 为 该 类 型 参数 提供 一 个 显 
式 的 类 型 进行 函数 调用 : 

List<Car> cars = Collections.<Car>emptyList (); 

不 过 Java 也 可 以 推断 泛 型 参数 的 类 型 。 上 面 的 代码 和 下 面 这 段 代码 是 等 价 的 : 

List<Car> cars = Collections.emptyList (); 


Java 8 出 现 之 前 ， 这 种 推断 机 制 依赖 于 程序 的 上 下 文 ( 即 目 标 类 型 )， 具有 一 定 的 局 限 性 。 比 
如 ,下面 这 种 情况 就 不 大 可 能 完成 推断 : 
static void cleanCars (List<Car> cars) { 


} 


cleanCars (Collections.emptyList()); 
你 会 遭遇 下 面 的 错误 : 


cleanCars (java.util.List<Car>)cannot be applied to 
(java.util.List<java.lang.Object>) 


为 了 修复 这 一 问题 ， 你 只 能 像 我 们 之 前 展示 的 那样 提供 一 个 显 式 的 类 型 参数 。 
Java 8 中 ， 目 标 类 型 包括 向 方法 传递 的 参数 ， 因 此 你 不 再 需要 提供 显 式 的 泛 型 参数 : 
List<Car> cleanCars = qirtyCars.stream() 


.filter(Car::isClean) 
.Collect (Collectors.toList ()); 


通过 这 段 代 码 ， 我 们 能 很 清晰 地 了 解 到 ， 正 是 伴随 Java 8 而 来 的 改进 让 你 只 需要 一 句 
Collectors .toList() 就 能 完成 期 望 的 工作 ,不 再 需要 编写 像 Ccollectors.<Car>toList() 
这 么 复杂 的 代码 了 。 
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本 附录 会 审视 Java 8 方法 库 中 重要 的 更 新 。 
B.1 集合 


Collection API 在 Java 8 中 最 重大 的 更 新 就 是 引入 了 流 ， 我 们 已 经 在 第 4 章 到 6 章 进 行 了 介绍 。 
当然 ， 除 此 之 外 ，Collection API 还 有 一 部 分 更 新 ， 本 附录 会 简要 地 讨论 。 


B.1.1 其 他 新 增 的 方法 


Java API 的 设计 者 们 充分 利用 默认 方法 ， 为 集合 接口 和 类 新 增 了 多 个 新 的 方法 。 这 些 新 增 的 
方法 我 们 已 经 列 在 表 B-1 中 了 。 




















表 B-1 集合 类 和 接口 中 新 增 的 方法 
类 /接口 新 方 法 


getOrDefault, forEach, compute, computeIfAbsent, computeIfPresent, merge, 





Map 

putIifAbsent, remove(key,value), replace, replaceAll 
Iterable forEach, spliterator 
Iterator forEachRemaining 


Collection removeIf, stream, parallelStream 


List replaceAll, sort 
BitSet stream 
1. Map 


Map 接 口 的 变化 最 大 ， 它 增加 了 多 个 新 方法 ， 利 用 这 些 新 方法 能 更 加 便利 地 操纵 Map 中 的 数 
据 。 比 如 ，getorDefault 方 法 就 可 以 蔡 换 现在 检测 Map 中 是 否 包含 给 定 键 映射 的 惯用 方法 。 如 
果 Map 中 不 存在 这 样 的 键 映射 ， 你 可 以 提供 一 个 默认 值 ， 方 法 会 返回 该 默认 值 。 使 用 之 前 版 本 的 
Java， 要 实现 这 一 目的 ， 你 可 能 会 如 下 编 这 段 代码 : 

Map<String, Integer> carIinventory = new HashMap<>(); 


Integer count = 0; 
if(map.containsKey ("Aston Martin" ) )1{ 
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count = map.get ("Aston Martin"); 


} 
使 用 新 的 Map 接 口 之 后 ， 你 只 需要 简单 地 编写 一 行 代码 就 能 实现 这 一 功能 ， 代 码 如 下 : 

Integer count = map.getOrDefault ("Aston Martin", 0); 

注意 ,这 一 方法 仅 在 没有 映射 时 才 生 效 。 比 如 ， 如 果 键 被 显 式 地 映射 到 了 空 值 ,那么 该 方法 
是 不 会 返回 你 设 定 的 默认 值 的 。 

另 一 个 特别 有 用 的 方法 是 computeIfaAbsent ， 这 个 方法 在 第 14 章 解释 记忆 表 时 曾经 简要 地 
提 到 过 。 它 能 帮助 你 非常 方便 地 使 用 缓存 模式 。 比 如 , 我 们 假设 你 需要 从 不 同 的 网 站 抓 取 和 处 理 
数据 。 这 种 场景 下 ， 如 果 能 够 缓存 数据 是 非常 有 帮助 的 ， 这样 你 就 不 需要 每 次 都 执行 (代价 极 高 
的 ) 数据 抓 取 操作 了 : 


public String getDatal(String url)t 
String data = cache.get (url); 
(data se Wut) { 
data = getData (url); 


cache.put (url, data); 二 所 如 果 数 据 没 有 缓存 , 那 就 访问 网 站 
抓 取 数据 ， 紧 接着 对 Map 中 的 数据 
进行 缓存 ， 以 备 将 来 使 用 之 需 















































检查 数据 是 
.| 否 已 经 缓存 





} 


return data; 





} 
这 上段 代码 ， 你 现在 可 以 通过 computeIfAbsent 用 更 加 精炼 的 方式 实现 ， 代 码 如 下 所 示 : 


public String getDatal(String url)t 
return cache.computeIfAbsent (url, this::getData); 


} 

上 面 介 绍 的 这 些 方法 ， 其 更 详细 的 内 容 都 能 在 Java API 的 官方 文档 中 找到 ”。 注 意 ， 
ConcurrentHashMap 也 进行 了 更 新 ， 提 供 了 新 的 方法 。 我 们 会 在 B.2 节 讨论 。 

2. 集合 

removeIf 方 法 可 以 移 除 集合 中 满足 某 个 谓词 的 所 有 元 素 。 注 意 ， 这 一 方法 与 我 们 在 介绍 
Stream API 时 提 到 的 filtez 方 法 不 大 一 样 。Stream API 中 的 filter 方 法 会 产生 一 个 新 的 流 , 不 会 
对 当前 作为 数据 源 的 流 做 任何 变更 。 

3. 列表 

replaceA1ll 方 法 会 对 列表 中 的 每 一 个 元 素 执行 特定 的 操作 ， 并 用 处 理 的 结果 替换 该 元 素 。 
它 的 功能 和 Stream 中 的 map 方 法 非常 相似 ， 不 过 replaceAll 会 修改 列表 中 的 元 素 。 与 此 相反 ， 
map 方 法 会 生成 新 的 元 素 。 

比如 ， 下 面 这 段 代 码 会 打印 输出 [2,4,6,8,10]， 因 为 列表 中 的 元 素 被 原 地 修改 了 : 

List<Integer> numbers = Arrays.asList(1, 2, 3, 4 


numbers.replaceAll(x -> x * 2); 打印 输出 
System.out .println (numbers); 4 | [2, 4, 6, 8, 10] 

















更 多 细节 请 参考 http://docs.oracle.com/javase/8/docs/api/java/util/Map.html。 
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B.1.2 Collections 类 


Collections 类 已 经 存在 了 很 长 的 时 间 ， 它 的 主要 功能 是 操作 或 者 返回 集合 。Java 8 中 它 又 
新 增 了 一 个 方法 ， 该 方法 可 以 返回 不 可 修改 的 、 同 步 的 、 受 检查 的 或 者 是 空 的 NavigableMap 或 
NavigableSet。 除 此 之 外 ， 它 还 引入 了 checkedoueue 方 法 ,该 方法 返回 一 个 队列 视图 ， 可 以 
扩展 进行 动态 类 型 检查 。 

















B.1.3 Comparator 


Comparator 接 口 现在 同时 包含 了 默认 方法 和 静态 方法 。 你 可 以 使 用 第 3 章 中 介绍 的 静态 方 
法 Comparator .comparing 返 回 一 个 comparator 对 象 ， 该 对 象 提 供 了 一 个 函数 可 以 提取 排序 
关键 字 。 

新 的 实例 方法 包含 了 下 面 这 些 。 
D reversed 对 当前 的 comparator 对 象 进行 逆序 排序 ， 并 返回 排序 之 后 新 的 


























Comparator 对 象 。 
口 thenCcomparing 一 一 当 两 个 对 象 相同 时 ， 返 回 使 用 另 一 个 comparator 进 行 比较 的 
Comparator 对 象 。 








D thenComparingInt、 thenComparingDouble.、 thenComparingLong 一 一 这 些 方法 的 
工作 方式 和 thencomparing 方 法 类 似 ， 不 过 它们 的 处 理 函数 是 特别 针对 某 些 基本 数据 类 
型 (分别 对 应 于 ToIntFunction、ToDoubleFunction 和 ToLongFunction ) 的 。 

新 的 静态 方法 包括 下 面 这 些 。 

D comparingInt、 comparingDouble、comparingLong 它们 的 工作 方式 和 compa- 
ring 类 似 ， 但 接受 的 函数 特别 针对 某 些 基本 数据 类 型 (分别 对 应 于 ToIntFunction、 
ToDoubleFunction 和 ToLongFunction )。 

对 comparable 对 象 进行 自然 排序 ， 返 回 一 个 comparator 对 象 。 

DD nullsFirst、 nullsLast 对 空 对 象 和 非 空 对 象 进行 比较 , 你 可 以 指定 空 对 象 (null ) 

比 非 空 对 象 (non-null ) 小 或 者 比 非 空 对 象 大 ， 返 回 值 是 一 个 comparator 对 象 。 

口 reverseOrder 和 naturalOrder () .reversed() 方 法 类 似 。 


B.2 并 发 
Java 8 中 引入 了 多 个 与 并 发 相关 的 更 新 ,首当其冲 的 当然 是 并 行 流 , 我 们 在 第 7 章 详细 讨论 过 。 


另外 一 个 就 是 第 11 间 中 介绍 的 completableFuture 类 。 

除 此 之 外 ,还 有 一 些 值得 注意 的 更 新 。 比 如 ，Arrays 类 现在 支持 并 发 操作 了 。 我 们 会 在 B.3 
节 讨 论 这 些 内 容 。 

这 一 节 ， 我 们 想 要 围绕 java .util.concurrent .atomic 包 的 更 新 展开 讨论 。 这 个 包 的 主 
要 功能 是 处 理 原子 变量 ( atomic variable )。 除 此 之 外 ,我 们 还 会 讨论 concurrentHashMap 类 的 
更 新 ， 它 现在 又 新 增 了 几 个 方法 。 














口 naturalOrder 
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B.2.1 原子 操作 


java.util.concurrent .atomic 包 提供 了 多 个 对 数字 类 型 进行 操作 的 类 ， 比 如 Atomic- 
Integer 和 AtomicLong， 它 们 文 持 对 单一 变量 的 原子 操作 。 这 些 类 在 Java 8 中 新 增 了 更 多 的 方 
法 文 持 。 
口 getAndUpdate 
口 updateAndGet 














以 原子 方式 用 给 定 的 方法 更 新 当前 值 ， 并 返回 变更 之 前 的 值 。 
以 原子 方式 用 给 定 的 方法 更 新 当前 值 ， 并 返回 变更 之 后 的 值 。 





























口 getAndAccumulate 以 原子 方式 用 给 定 的 方法 对 当前 及 给 定 的 值 进行 更 新 ， 并 返回 
变更 之 前 的 值 。 

口 accumulateAndGet 以 原子 方式 用 给 定 的 方法 对 当前 及 给 定 的 值 进 行 更 新 ， 并 返回 
变更 之 后 的 值 。 

下 面 的 例子 向 我 们 展示 了 如 何以 原子 方式 比较 一 个 现存 的 原子 整 型 值 和 一 个 给 定 的 观测 值 








( 比如 10 )， 并 将 变量 设 定 为 二 者 中 较 小 的 一 个 。 


int min = atomicInteger.accumulateAndGet (10, Integer: :min); 


Adder 和 Accumulator 

多 线程 的 环境 中 ,如果 多 个 线程 需要 频繁 地 进行 更 新 操作 ， 且 很 少 有 读 取 的 动作 (比如 , 在 
统计 计算 的 上 下 文中 )，Java API 文 档 中 推荐 大 家 使 用 新 的 类 LongAdder、LongAccumulator、 
Double-Adder 以 及 DoubleAccumulator， 尽量 避 人 免 使 用 它们 对 应 的 原子 类 型 。 这 些 新 的 类 在 
设计 之 初 就 考虑 了 动态 增长 的 需求 ， 可 以 有 效 地 减少 线程 间 的 竞争 。 

LongAddr 和 DoubleAdder 类 都 支持 加 法 操作 ， 而 LongAccumulator 和 DoubleAccu- 
mulator 可 以 使 用 给 定 的 方法 整合 多 个 值 。 比如 , 可 以 像 下 面 这 样 使 用 LongAdder 计 算 多 个 值 的 
总 和 。 


代码 清单 B-1 使 用 Longadder 计 算 多 个 值 之 和 











到 某 个 时 LongAdder adder = new LongAdder (); < 一 使 用 默认 构造 
刻 得 出 sum | 394er.a69(10); < | 在 多 个 不 同 本 osum 
的 值 的 线程 中 进 | 值 被 置 为 0 


long sum = adder.sum(); 





行 加 法 运算 


或 者 ， 你 也 可 以 像 下 面 这 样 使 用 LongAccumulator 实 现 同样 的 功能 。 
代码 清单 B-2 使 用 LongAccumulator 计 算 多 个 值 之 和 


LongAccumulator acc = new LongAccumulator (Long::sum, 
acc.accumulate(10); 








”| 在 几 个 不 同 的 线 


| 程 中 累计 计算 值 
ee 个 时 刻 
long result = acc.get(); sl 在 茶 人 本 
| 得 出 结果 


B.2.2 ConcurrentHashMap 


ConcurrentHashMap 类 的 引入 极 大 地 提升 了 HashMap 现 代 化 的 程度 ， 新 引入 的 concurrent- 
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HashMap 对 并 发 的 文 持 非 常 友好 。concurrentHashMap 人 允许 并 发 地 进行 新 增 和 更 新 操作 ， 因 为 它 
仅 对 内 部 数据 结构 的 某 些 部 分 上 锁 。 因 此 ， 和 另 一 种 选择 ， 即 同步 式 的 Hashtable 比 较 起 来 ， 它 
具有 更 高 的 读 写 性 能 。 

1. 性 能 

为 了 改善 性 能 ， 要 对 ConcurrentHashMap 的 内 部 数据 结构 进行 调整 。 典 型 情况 下 ，map 的 
条 目 会 被 存储 在 桶 中 ,依据 键 生成 哈 希 值 进 行 访问 。 但 是 ， 如 果 大 量 键 返回 相同 的 哈 希 值 ， 由 于 
桶 是 由 List 实 现 的 ， 它 的 查询 复杂 度 为 0(n)， 这 种 情况 下 性 能 会 恶化 。 在 Java 8 中 ， 当 桶 过 于 腕 
肿 时 ， 它 们 会 被 动态 地 替换 为 排序 树 (sortedtree )， 新 的 数据 结构 具有 更 好 的 查询 性 能 ( 排序 树 
的 查询 复杂 度 为 O(log(n)) )。 注 意 ， 这 种 优化 只 有 当 键 是 可 以 比较 的 ( 比如 string 或 者 Number 
类 ) 时 才 可 能 发 生 。 

2. 类 流 操作 

ConcurrentHashMap 文 持 三 种 新 的 操作 ， 这 些 操作 和 你 之 前 在 流 中 所 见 的 很 像 : 

口 forEach 对 每 个 键 值 对 进行 特定 的 操作 

D reduce 一 一 使 用 给 定 的 精简 函数 (reduction function )， 将 所 有 的 键 值 对 整合 出 一 个 结果 
口 search 一 一 对 每 一 个 键 值 对 执行 一 个 函数 ， 直 到 函数 的 返回 值 为 一 个 非 空 

以 上 每 一 种 操作 都 支持 四 种 形式 ， 接 受 使 用 键 、 值 、Map .Entry 以 及 键 值 对 的 函数 : 

口 使 用 键 和 值 的 操作 ( forEach、reduce、search ) 

口 使 用 键 的 操作 ( forEachK y、 reduceKeys、searchKeys ) 

口 使 用 值 的 操作 (forEachvalue、reduceVvalues、searchValues ) 

口 使 用 Map .Entry 对 象 的 操作 ( forEachEntry、 reduceEntries、 searchEntries) 

注意 ， 这 些 操 作 不 会 对 ConcurrentHashMap 的 状态 上 锁 。 它 们 只 会 在 运行 过 程 中 对 元 素 进 
行 操作 。 应 用 到 这 些 操 作 上 的 函数 不 应 该 对 任何 的 顺序 , 或 者 其 他 对 象 ， 抑 或 在 计算 过 程 发 生变 
化 的 值 ， 有 依赖 。 

除 此 之 外 ， 你 需要 为 这 些 操作 指定 一 个 并 发 阀 值 。 如 果 经 过 预 估 当 前 map 的 大 小 小 于 设 定 的 
赋值 ， 操 作 会 顺序 执行 。 使 用 值 1 开 局 基于 通用 线程 池 的 最 大 并 行 。 使 用 值 Long .MAX_VALUE 设 
定 程序 以 单线 程 执行 操作 。 

下 面 这 个 例子 中 ,我 们 使 用 requcevalues 试 网 找 出 map 中 的 最 大 值 : 


ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap<>(); 
Optional<Integer> maxValue = 
Optional.of (map.reduceValues(1, Integer: :max)); 















































































































































注意 ， 对 int 、l1ong 和 gdouble, 它们 的 reduce 操 作 各 有 不 同 (比如 reducevValuesToInt、 
reduceKeysToLong 等 )。 

3. 计数 

ConcurrentHashMap 类 提供 了 一 个 新 的 方法 ， 名 叫 mappingCount， 它 以 长 整 型 1ong 返 回 
map 中 映射 的 数目 。 我 们 应 该 尽量 使 用 这 个 新 方法 ， 而 不 是 老 的 size 方 法 ，size 方 法 返回 的 类 
型 为 int。 这 是 因为 映射 的 数量 可 能 是 int 无 法 表示 的 。 
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4. 集合 视图 

ConcurrentHashMap 类 还 提供 了 一 个 名 为 KeySet 的 新 方法 ， 该 方法 以 Set 的 形式 返回 
ConcurrentHashMap 的 一 个 视图 ( 对 map 的 修改 会 反映 在 该 set 中 ， 反 之 亦 然 )。 你 也 可 以 使 用 
新 的 静态 方法 newKeySet ， 由 ConcurrentHashMap 创 建 一 个 Set。 


























B.3 Arrays 





Arrays 类 提供 了 不 同 的 静态 方法 对 数组 进行 操作 。 现 在 ， 它 又 包括 了 四 个 新 的 方法 (它们 
都 有 特别 重 载 的 变量 )。 


B.3.1 使 用 parallelsort 


parallelSort 方 法 会 以 并 发 的 方式 对 指定 的 数组 进行 排序 ， 你 可 以 使 用 自然 顺序 ， 也 可 以 
为 数组 对 象 定义 特别 的 comparator。 


B.3.2 使 用 setAll 和 parallelSetAll 


setAll 和 parallelSetAl1 方 法 可 以 以 顺序 的 方式 也 可 以 用 并 发 的 方式 ， 使 用 提供 的 函数 
计算 每 一 个 元 素 的 值 ， 对 指定 数组 中 的 所 有 元 素 进行 设置 。 该 函数 接受 元 素 的 索引 ,返回 该 索引 
元 素 对 应 的 值 。 由 于 parallelSetaAl1 需 要 并 发 执行 ,所 以 提供 的 函数 必须 没有 任何 副作用 ， 就 
如 第 7 章 和 第 13 章 中 介绍 的 那样 。 

举例 来 说 ， 你 可 以 使 用 setA11 方 法 生成 一 个 值 为 0, 2, 4, 6,… 的 数组 : 


int[] evenNumbers = new int{[10]; 
Arrays.setAll (evenNumbers, i -> i * 2); 
































B.3.3 使 用 parallelPrefix 


parallelPrefix 方 法 以 并 发 的 方式 , 用 用 户 提供 的 二 进 制 操 作 符 对 给 定数 组 中 的 每 个 元 素 
进行 累积 计算 。 通 过 下 面 这 段 代码 ， 你 会 得 到 这 样 的 一 些 值 : 1, 2, 3, 4, 5, 6, 7, …。 


代码 清单 B-3 使 用 parallelPrefix 并 发 地 累积 数组 中 的 元 素 
int[] ones = new int[10]; 加 
Arrays.fill(ones, 1); ones 现 在 的 内 容 是 [1, 2, 3, 4， 
a 5, 6, 7, 8, 9, 10] 








Arrays.parallelPrefix(ones, (a, b) -> a + b); 


B.4 Number 和 Math 


Java 8 API 对 Number 和 Math 也 做 了 改进 ， 为 它们 增加 了 新 的 方法 。 
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B.4.1 Number 
Number 类 中 新 增 的 方法 如 下 。 


口 Short 、Integer、Long、Float 和 Double 类 提供 了 静态 方法 sum、min 和 max。 在 第 5 

章 介绍 reduce 操 作 时 ， 你 已 经 见 过 这 些 方法 。 

口 Integer 和 Long 类 提供 了 compareUnsigned、 divideUnsigned、 remainderUnsigned 

和 tounsignedLong 方 法 来 处 理 无 符号 数 。 

口 Integer 和 Long 类 也 分 别提 供 了 静态 方法 parseUnsignedInt 和 parseUnsignedLong 

将 字符 解析 为 无 符号 int 或 者 1ong 类 型 。 

口 Byte 和 short 类 提供 了 tounsignedInt 和 toUnsignedLong 方 法 通过 无 符号 转换 将 参 
数 转 化 为 int 或 者 long 类 型 。 类 似 地 ，Integer 类 现在 也 提供 了 静态 方法 
toUnsignedLongo 

口 Double 和 Float 类 提供 了 静态 方法 isFinite， 可 以 检查 参数 是 否 为 有 限 浮 点 数 。 

口 Boolean 类 现在 提供 了 静态 方法 1ogicalAnd、 logicalor 和 1logicalXor， 可 以 在 两 个 

boolean 之 间 执 行 and、or 和 xor 操 作 。 

口 BigInteger 类 提 供 了 byteVvalueFExact 、shortValueFxact 、intValueExact 和 

longValueExact, 可 以 将 BigInteger 类 型 的 值 转换 为 对 应 的 基础 类 型 。 不 过 ， 如 果 在 

转换 过 程 中 有 信息 的 丢失 ， 方 法 会 抛 出 算术 异常 。 












































B.4.2 Math 


如 果 Math 中 的 方法 在 操作 中 出 现 洪 出 ，Math 类 提供 了 新 的 方法 可 以 抛 出 算术 异常 。 支 持 这 
一 异常 的 方法 包括 使 用 int 和 1ong 人 参数 的 addqExact 、SubtractExact 、multipleExact、 
incrementExact 、decrementExact 和 negateExact。 此 外 ，Math 类 还 新 增 了 一 个 静态 方法 
toIntExact, 可 以 将 long 值 转换 为 int 值 ,其 他 的 新 增 内 容 包 括 静 态 方 法 floorMod、floorDiv 


和 nextDown。 





























B.5 Files 





Files 类 最 引 人 注 目的 改变 是 ， 你 现在 可 以 用 文件 直接 产生 流 。 第 5 章 中 提 到 过 新 的 静态 方 
法 Files .1lines， 通 过 该 方法 你 可 以 以 延迟 方式 读 取 文件 的 内 容 ， 并 将 其 作为 一 个 流 。 此 外 ， 
还 有 一 些 非常 有 用 的 静态 方法 可 以 返回 流 。 
D Files.1list 生成 由 指定 目录 中 所 有 条 目 构 成 的 Stream<Path>。 这 个 列表 不 是 递归 
包含 的 。 由 于 流 是 延迟 消费 的 ， 处 理 包含 内 容 非 常 庞大 的 目录 时 ， 这 个 方法 非常 有 用 。 
口 Files.walk 一 一 和 Files.1ist 有些 类 似 ， 它 也 生成 包含 给 定 目 录 中 所 有 条 目的 
Stream<Path>。 不 过 这 个 列表 是 递归 的 , 你 可 以 设 定 递归 的 深度 。 注意 , 该 遍历 是 依照 
深度 优先 进行 的 。 
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口 Files.find 一 一 通过 递归 地 遍历 一 个 目录 找到 符合 条 件 的 条 目 ， 并 生成 一 个 
Stream<Path> 对 象 。 


B.6 Reflection 


附录 A 中 已 经 讨论 过 Java 8 中 注解 机 制 的 几 个 变化 。Reflection API 的 变化 就 是 为 了 支撑 这 些 
改变 

除 此 之 外 ，Relection 接 口 的 另 一 个 变化 是 新 增 了 可 以 查询 方法 参数 信息 的 API， 比 如 ， 人 
在 可 以 使 用 新 增 的 java.lang.reflect.Parameter 类 查询 方法 参数 的 名 称 和 修饰 符 ， 这 个 
被 新 的 java . lang.reflect. Executable 类 所 引用 ， 而 java. lang.reflect. i 


用 函数 和 构造 函数 共享 的 父 类 。 





























B.7 string 





String 类 也 新 增 了 一 个 静态 方法 ， 名 叫 join。 你 大 概 已 经 猜 出 它 的 功能 了 ， 它 可 以 用 一 个 
分 隔 符 将 多 个 字符 串 连 接 起 来 。 你 可 以 像 下 面 这 样 使 用 它 : 


String authors = String.jJOin(™, ™, "Raoul"™, "Mario, "Alan").; Raoul Mario Alan 
System.out .println(authors); 4 
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上 执行 多 种 操作 























Java 8 中 ， 流 有 一 个 非常 大 的 ( 也 可 能 是 最 大 的 ) 局 限 性 ， 使 用 时 ， 对 它 操 作 一 次 仅 能 得 到 
一 个 处 理 结果 。 实 际 操作 中 ， 如 果 你 试图 多 次 遍历 同一 个 流 ， 结 果 只 有 一 个 ， 那 就 是 遭遇 下 面 这 
样 的 异常 

java.lang.IllegalStateException: Stream has already been operated upon or closed 

虽然 流 的 设计 就 是 如 此 , 但 我 们 在 处 理 流 时 经 常 希望 能 同时 获取 多 个 结果 。 壁 如 ,你 可 能 会 
用 一 个 流 来 解析 日 志文 件 , 就 像 我 们 在 5.7.3 节 中 所 做 的 那样 ,而 不 是 在 某 个 单一 步骤 中 收集 多 个 
数据 。 或 者 ， 你 想 要 维持 菜单 的 数据 模型 ， 就 像 我 们 第 4 章 到 第 6 章 用 于 解释 流 特 性 的 那个 例子 ， 
你 希望 在 遍历 由 “佳肴 ”构成 的 流 时 收集 多 种 信息 。 

换 句 话说 ， 你 希望 一 次 性 向 流 中 传递 多 个 Lambda 表 达 式 。 为 了 达到 这 一 目标 ， 你 需要 一 个 
fork 类 型 的 方法 ， 对 每 个 复制 的 流 应 用 不 同 的 函数 。 更 理想 的 情况 是 你 能 以 并 发 的 方式 执行 这 
些 操作 ， 用 不 同 的 线程 执行 各 自 的 运算 得 到 对 应 的 结果 。 

不 地 的 是 ， 这 些 特性 目前 还 没有 在 Java 8 的 流 实现 中 提供 。 不 过 ， 本 附录 会 为 你 展示 一 种 方 
法 ， 利 用 一 个 通用 API ， 即 Spliterator， 尤 其 是 它 的 延迟 绑 定 能 力 ， 结 合 BlockingQoueues 
和 Futures 来 实现 这 一 大 有 神 益 的 特性 。 


C.1 复制 流 


要 达到 在 一 个 流 上 并 发 地 执行 多 个 操作 的 效果 ， 你 需要 做 的 第 一 件 事 就 是 创建 一 个 
StreamForker， 这 个 StreamForker 会 对 原始 的 流 进 行 封装 ， 在 此 基础 之 上 你 可 以 继续 定义 你 
希望 执行 的 各 种 操作 。 我 们 看 看 下 面 这 段 代码 。 


代码 清单 C-1 定义 一 个 streamForker， 在 一 个 流 上 执行 多 个 操作 


public class StreamForker<T> { 
























































































































































Q@ 本 附录 接 下 来 介绍 的 实现 基于 Paul Sandoz 向 lambda-dev 邮 件 列表 http://mail.openjdk.java.net/pipermail/lambda-dev/ 
2013-November/011516.html 提 供 的 解决 方案 。 
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private final Stream<T> stream; 
private final Map<Object, Function<Stream<T>, ?>> forks = 
new HashMap<>(); 


public StreamForker (Stream<T> stream) { 
this.stream = stream; 
} 
public StreamForker<T> fork(Object key, Function<Stream<T>, ?> f) { 


forks.put (key, f); < 二 
使 用 一 个 键 对 流 上 


return this; 返回 this 从 而 个 

这 S 二 、 

保证 多 次 流畅 地 的 函数 进行 索引 
调用 fork 方 法 


public Results getResults() { 
// To be implemented 
} 
} 


这 里 的 fork 方 法 接受 两 个 参数 。 

口 Function 参 数 ， 它 对 流 进行 处 理 ， 将 流转 变 为 代表 这 些 操作 结果 的 任何 类 型 。 

口 key 参 数 ， 通 过 它 你 可 以 取得 操作 的 结果 ， 并 将 这 些 键 /函数 对 累积 到 一 个 内 部 的 Map 中 。 
fork 方 法 返回 StreamForker 自 身 ， 因此， 你 可 以 通过 复制 多 个 操作 构造 一 个 流水 线 。 图 

C-1 展 示 了 StreamForketr 背 后 的 主要 思想 。 
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并 行 计算 
和 1 | 应 用 应 用 和 3 | 应 用 
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图 C-1 streamForker 详 解 
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这 里 用 户 定 义 了 希望 在 流 上 执行 的 三 种 操作 ， 这 三 种 操作 通过 三 个 键 索 引 标识 。sStream- 
Forker 会 遍历 原始 的 流 ， 并 创建 它 的 三 个 副本 。 这 时 就 可 以 并 行 地 在 复制 的 流 上 执行 这 三 种 操 
作 ， 这 些 函 数 运行 的 结果 由 对 应 的 键 进行 索引 ， 最 终 会 填 人 到 结果 的 Map。 

所 有 由 fork 方 法 添加 的 操作 的 执行 都 是 通过 getResults 方 法 的 调用 触发 的 , 该 方法 返回 一 
个 Results 接 口 的 实现 ， 具 体 的 定义 如 下 : 


public static interface Results { 
public <R> R get (Object key); 












































} 


这 一 接口 只 有 一 个 方法 , 你 可 以 将 fork 方 法 中 使 用 的 key 对 象 作为 参数 传 入 , 方法 会 返回 该 
键 对 应 的 操作 结果 。 





C.1.1 使 用 ForkingStreamConsumer 实现 Results 接口 


你 可 以 用 下 面 的 方式 实现 get Results 方 法 : 


public Results getResults() { 
ForkingStreamConsumer<T> consumer = build(); 
try { 
stream.sequential().forEach (consumer); 
} finally { 
consumer.finish(); 


} 
return consumer; 


} 


ForkingstreamConsumer 同 时 实现 了 前 面 定 义 的 Results 接 口 和 consumer 接 口 。 随 着 我 
们 进一步 剖析 它 的 实现 细节 ， 你 会 看 到 它 主要 的 任务 就 是 处 理 流 中 的 元 素 ， 将 它们 分 发 到 多 个 
Blockingoueues 中 处 理 ，Blockingoueues 的 数量 和 通过 fork 方 法 提交 的 操作 数 是 一 致 的 。 
注意 ,我 们 很 明确 地 知道 流 是 顺序 处 理 的, 不过， 如 果 你 在 一 个 并 发 流 上 执行 forEach 方 法 , 它 
的 元 素 可 能 就 不 是 顺序 地 被 插入 到 队列 中 了 。finish 方 法 会 在 队列 的 末尾 插入 特殊 元 素 表明 该 
队列 已 经 没有 更 多 需要 处 理 的 元 素 了 。bui16 方 法 主要 用 于 创建 ForkingstreamConsumer, 详 
细 内 容 请 参考 下 面 的 代码 清单 。 


代码 清单 C-2 使 用 bui16 方 法 创建 forkingstreamConsumer 


private ForkingStreamConsumer<T> build() { 
List<BlockingQueue<T>> queues = new ArrayList<>(); < 













































































创建 由 队列 组 成 的 列表 ， 每 

一 个 队列 对 应 一 个 操作 

Map<Object, Future<?>> actions = 了 4 一 建立 用 于 标识 操 
forks.entrySet () .stream() .reducel 作 的 键 与 包含 操 


new HashMap<Object, Future<?>>(), 作 结 果 的 Future 
ee 之 间 的 映射 关系 


map.put (e.getKey () ， 
getOperationResult (queues, e.getValue())); 
return map; 
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(ml, m2) -> { 
ml .putAll (m2); 
return ml; 
人 
return new ForkingStreamConsumer<>(queues, actions); 


} 


代码 清单 C-2 中 ， 你 首先 创建 了 我 们 前 面 提 到 的 由 Blockingoueues 组 成 的 列表 。 紧 接着 ， 
你 创建 了 一 个 Map, Map 的 键 就 是 你 在 流 中 用 于 标识 不 同 操作 的 键 , 值 包含 在 Future 中 , Future 
中 包含 了 这 些 操作 对 应 的 处 理 结果 。Blockingoueues 的 列表 和 Future 组 成 的 Map 会 被 传递 给 
ForkingStreamCconsumez 的 构造 函数 。 每 个 Future 都 是 通过 getoperationResult 方 法 创建 


的 ， 代 码 清单 如 下 。 
代码 清单 C-3 ”使 用 getoperationResult 方 法 创建 Future 


private Future<?> getOperationResult (List<BlockingQueue<T>> queues, 创建 一 个 队列 ， 











Function<Stream<T>, ?> f) { 并 将 其 添加 到 
创建 一 个 splite- BlockingQueue<T> i = new LinkedBlockingQueue<>(); 队列 的 列表 中 
| queues.add (gqueue); 
rator， 遍历 队列 Spliterator<T> spliterator =new BlockingQueueSpliterator<>(queue); 
中 的 元 素 Stream<T> source = StreamSupport.stream(spliterator, false); < 创建 一 个 流 , 将 
return CompletableFuture.supplyAsync( () -> f.apply(source) ); < 1 
| 创建 一 个 Future 对 象 ,以 异步 方式 | | 作为 数据 源 








计算 在 流 上 执行 特定 函数 的 结果 

getoperationResult 方 法 会 创建 一 个 新 的 Blockingoueue， 并 将 其 添加 到 队列 的 列表 。 

这 个 队列 会 被 传递 给 一 个 新 的 Blockingoueuespliterator 对 象 ， 后 者 是 一 个 延迟 绑 定 的 
Spbliterator， 它 会 遍历 读 取 队列 中 的 每 个 元 素 ; 我 们 很 快 会 看 到 这 是 如 何 做 到 的 。 

接 下 来 你 创建 了 一 个 顺序 流 对 该 spliterator 进 行 遍历 ， 最 终 你 会 创建 一 个 Future 在 流 上 
执行 某 个 你 希望 的 操作 并 收集 其 结果 。 这 里 的 Future 使 用 completableFuture 类 的 一 个 静态 工 
厂 方法 创建 ，completableFuture 实 现 了 Future 接 口 。 这 是 Java 8 新 引入 的 一 个 类 ， 我 们 在 第 
11 章 对 它 进行 过 详细 的 介绍 。 









































C.1.2 ”开发 ForkingStreamConsumer 和 BlockingQueueSpliterator 





还 有 两 个 非常 重要 的 部 分 你 需要 实现 , 分 别 是 前 面 提 到 过 的 Forkingstreamconsumer 类 和 
BlockingQueueSplit rator 类 。 你 可 以 用 下 面 的 方式 实现 前 者 。 





代码 清单 C-4 ”实现 ForkingStreamConsumer 类 ,为 其 添加 人 处理 多 个 队列 的 流 元 素 
static class ForkingStreamConsumer<T> implements Consumer<T>, Results { 


static final Object END_OF_STREAM = new Object (); 


private final List<BlockingQueue<T>> queues; 
private final Map<Object, Future<?>> actions; 


ForkingStreamConsumer (List<BlockingQueue<T>> queues, 
Map<Object, Future<?>> actions) { 
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this.cueues = queues; 
this.actions = actions; 


} 


将 流 中 遍历 的 元 素 添 
人 全 加 到 所 有 的 队列 中 
public voidq accept ( 工 七 ) { 
queues.forEach(q -> q.add(t)); 2 
! 将 最 后 一 个 元 素 


添 系 加 到 队 列 中 ， 表 


void finish() { 上 > 
| 月 该 流 已 经 结 


) 
accept ((T) END_OF_STREAM) ; 





} 





QOverride 
public <R> R get (Object key) { 等 待 Future 完 成 
try 工 % A 罗 
return ((Future<R>) actions.get (key)) .get(); en 
} catch (Exception e) { ea TI 
throw new RuntimeException(e); J 父 理 疆 





} 


个 类 同时 实现 了 consumer 和 Results 接 口 ， 并 持 有 两 个 引用 ， 一 个 指向 由 Blocking- 
二 男 一 个 是 执行 了 由 Future 构 成 的 Map 结 构 ， 它 们 表示 的 是 即将 在 流 上 执行 
的 各 种 操作 。 

Consumer 接 口 要 求实 现 accept 方 法 。 这 里 ,每 当 ForkingsStreamConsumer 接 受 流 中 的 一 
个 元 素 ， 它 就 会 将 该 元 素 添加 到 所 有 的 Blockingoueues 中 。 另 外 ， 当 原始 流 中 的 所 有 元 素 都 添 
加 到 所 有 队列 后 ,finish 方 法 会 将 最 后 一 个 元 素 添 加 所 有 队列 .BlockingoueueSpliterators 
碰 到 最 后 这 个 元 素 时 会 知道 队列 中 不 再 有 需要 处 理 的 元 素 了 。 
Results 接 口 需要 实现 get 方 法 。 一 旦 处 理 结 束 ，get 方 法 会 获得 Map 中 由 键 索引 的 Future， 
解析 处 理 的 结果 并 返回 。 

最 后 , 流 上 要 进行 的 每 个 操作 都 会 对 应 一 个 BlockingQueueSpliterator。 每 个 Blocking- 
QueueSpliterator 都 持 有 一 个 指向 BlockingQueues 的 引用 ， 这 个 BlockingQueu s 是 
ForkingStreamConsumer 生 成 的 ， 你 可 以 用 下 面 这 段 代 码 清单 类 似 的 方法 实现 一 个 


BlockingQueueSpliteratoro 


代码 清单 C-5 一 个 遍历 Blockingoueue 并 读 取 其 中 元 素 的 Spliterator 
class BlockingQueueSpliterator<T> implements Spliterator<T> { 
private final BlockingQueue<T> aq; 























人 























BlockingQueueSpliterator(BlockingQueue<T> gq) { 
tise SE :> 
} 


@Override 
public boolean tryAdvance (Consumer<? super T> action) { 
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We 
while (true) { 
try { 
t = q.take(); 
break; 


} catch (InterruptedException e) { } 
} 


if (t != ForkingStreamConsumer.END OF_STREAM) { 
action.accept (t); 
return true; 


} 


return false; 


} 


@Override 
public Spliterator<T> trySplit() { 
return null; 


} 


@Override 
public long estimateSize() { 
return 0; 


} 


@Override 

public int characteristics() { 
retdrn.0 

} 

} 

这 段 代 码 实现 了 一 个 spliterator， 不 过 它 并 未 定义 如 何 切 分 流 的 策略 ， 仅 仅 利用 了 流 的 
延迟 绑 定 能 力 。 由 于 这 个 原因 ， 它 也 没有 实现 trySplit 方 法 。 

由 于 无 法 预测 能 从 队列 中 取得 多 少 个 元 素 ， 所 以 estimatedsize 方 法 也 无 法 返回 任何 有 意 
义 的 值 。 更 进一步 ， 由 于 你 没有 试图 进行 任何 切 分 ， 所 以 这 时 的 估算 也 没什么 用 处 。 

这 一 实现 并 没有 体现 表 7-2 中 列 出 的 spliterator 的 任何 特性 ， 因 此 characteristic 方 法 
返回 0。 

这 段 代码 中 提供 了 实现 的 唯一 方法 是 tryaAdqvance, 它 从 Blockingoueue 中 取得 原始 流 中 的 
元 素 ， 而 这 些 元 素 最 初 由 ForkingSteamConsumer 添 加 。 依 据 getoperationResult 方 法 创建 
Spliterator 同 样 的 方式 ， 这些 元 素 会 被 作为 进一步 处 理 流 的 源头 传递 给 Cconsumer 对 象 (在 流 
上 要 执行 的 函数 会 作为 参数 传递 给 某 个 forkr 方 法 调用 )。tryaAdvance 方 法 返回 Erue 通 知 调用 方 
还 有 其 他 的 元 素 需 要 处 理 ， 直 到 它 发 现 由 ForkingSteamconsumet 添 加 的 特殊 对 象 ， 表 明 队 列 
中 已 经 没有 更 多 需要 处 理 的 元 素 了 。 图 C-2 展 示 了 StreamForker 及 其 构建 模块 的 概述 。 
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图 C-2” ”streamForker 及 其 合作 的 构造 块 


这 幅 图 中 ， 左 上 角 的 StreamForker 中 包含 一 个 Map 结 构 ， 以 方法 的 形式 定义 了 流 上 要 执行 
的 操作 , 这 些 方法 分 别 由 对 应 的 键 索引 。 右边 的 ForkingstreamConsumer 为 每 一 种 操作 的 对 象 
维护 了 一 个 队列 ， 原 始 流 中 的 所 有 元 素 会 被 分 发 到 这 些 队列 中 。 
图 的 下 半 部 分 ， 每 一 个 队列 都 有 一 个 Blockingoueuespliterator 从 队列 中 提取 元 素 作 为 
各 个 流 处 理 的 源头 。 最 后 ， 由 原始 流 复 制 创建 的 每 个 流 ， 都 会 被 作为 参数 传递 给 某 个 处 理 函 数 ， 
执行 对 应 的 操作 。 至 此 ， 你 已 经 实现 了 streamForker 所 有 组 件 ， 可 以 开始 工作 了 。 









































C.1.3 将 StreamForker 运用 于 实战 





我 们 将 streamForker 应 用 到 第 4 章 中 定义 的 menu 数 据 模型 上 ， 希 望 对 它 进行 一 些 处 理 。 通 
过 复制 原始 的 菜肴 ( dish ) 流 ， 我 们 想 以 并 发 的 方式 执行 四 种 不 同 的 操作 ， 代 码 清单 如 下 所 示 。 
这 尤其 适用 于 以 下 情况 : 你 想 要 生成 一 份 由 逗号 分 隔 的 菜肴 名 列表 , 计算 菜单 的 总 热量 , 找 出 热 
量 最 高 的 菜肴 ， 并 按照 菜 的 类 型 对 这 些 菜 进行 分 类 。 


代码 清单 C-6 将 streamForker 运 用 于 实战 


Stream<Dish> menuStream = menu.stream(); 














StreamForker.Results results = new StreamForker<Dish> (menuStream) 
.fork("shortMenu", s -> s.map(Dish::getName) 
“GolLeat (joliningt", ™))) 
.fork("totalCalories", s -> s.mapToInt (Dish::getCalories) .sum()) 
.fork("mostCaloricDish", s -> s.collect (reducing!( 
(dl1, d2) -> dl.getCalories() > d2.getCalories() ? dl : d2)) 
.get ()) 
.fork("dishesByType", s -> s.collect (groupingBy (Dish::getType))) 
.getResults (); 
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String ShortMenu = results.get ("shortMenu"); 

int totalCalories = results.get ("totalCalories"); 

Dish mostCaloricDish = results.get ("mostCaloricDish"); 

Map<Dish.Type, List<Dish>> dishesByType = results.get ("dishesByType"); 


System.out .println("Short menu: " + shortMenu); 

System.out .println("Total calories: " + totalCalories); 
System.out .println("Most caloric dish: " + mostCaloricDish); 
System.out .println("Dishes by type: " + dishesByType); 


StreamForker 提 供 了 一 种 使 用 简便 、 结 构 流 畅 的 API， 它 能 够 复制 流 ， 并 对 每 个 复制 的 流 
施加 不 同 的 操作 。 这 些 应 用 在 流 上 以 函数 的 形式 表示 ， 可 以 用 任何 对 象 的 方式 标识 ,在 这 个 例子 
里 ,我 们 选择 使 用 string 的 方式 。 如 果 你 没有 更 多 的 流 需 要 添加 ， 可 以 调用 streamForker 的 
getResults 方 法 , 触发 所 有 定义 的 操作 开始 执行 , 并 取得 StreamForker .Results。 由 于 这 些 
操作 的 内 部 实现 就 是 异步 的 ，getResults 方 法 调用 后 会 立刻 返回 ， 不 会 等 待 所 有 的 操作 完成 ， 
拿 到 所 有 的 执行 结果 才 返 回 。 

你 可 以 通过 向 StreamForker.Results 接 口传 递 标识 特定 操作 的 键 取得 某 个 操作 的 结果 。 
如 果 该 时 刻 操作 已 经 完成 ，get 方 法 会 返回 对 应 的 结果 ; 否则 ， 该 方法 会 阻塞 ， 直 到 计算 结束 ， 
取得 对 应 的 操作 结果 。 

正如 我 们 所 预期 的 ， 这 上段 代码 会 产生 下 面 这 些 输 出 : 

Short menu: pork, beef, chicken, french fries, rice, season fruit, pizza, 

prawns, salmon 

Total calories: 4300 

Most caloric dish: pork 


Dishes by type: {OTHER=[french fries, rice, season fruit, pizzal], MEAT= [pork, 
beef, chicken], FISH=[prawns, salmon]} 


















































C.2 性 能 的 考量 


提起 性 能 ， 你 不 应 该 想当然 地 认为 这 种 方法 比 多 次 饥 历 流 的 方式 更 加 高 效 。 如 果 构 成 流 的 
数据 都 保存 在 内 存 中 ， 阻 塞 式 队列 所 引发 的 开销 很 容易 就 抵消 了 由 并 发 执行 操作 所 带 来 的 性 能 
提升 。 

与 此 相反 ， 如 果 操 作 涉及 大 量 的 IO， 譬如 流 的 源头 是 一 个 巨型 文件 ,那么 单 次 访问 流 可 能 
是 个 不 错 的 选择 ; 因此 ( 大 多 数 情 况 下 ) 优化 应 用 性 能 唯一 有 意义 的 规则 是 “好 好 地 度量 它 ”。 

通过 这 个 例子 , 我 们 展示 了 怎样 一 次 性 地 在 同一 个 流 上 执行 多 个 操作 。 更 重要 地 是 , 我 们 相 
言 这 个 例子 也 证 明了 一 点 ， 即 使 某 个 特性 原生 的 Java API 暂 时 还 不 支持 ， 充 分 利用 Lambda 表 达 式 
的 灵活 性 和 一 点 点 的 创意 ， 整 合 现 有 的 功能 ， 你 完全 可 以 实现 想 要 的 新 特性 。 













































































Lambda 表 达 式 和 JVM 
字 市 码 








你 可 能 会 好 奇 Java 编 译 器 是 如 何 实现 Lambda 表 达 式 ， 而 Java 虚 拟 机 又 是 如 何 对 它们 进行 处 理 
的 。 如 果 你 认为 Lambda 表 达 式 就 是 简单 地 被 转换 为 匿名 类 ， 那 就 大 天 真 了 ， 请 继续 阅读 下 去 。 
本 附录 通过 审视 编译 生成 的 ,class 文件， 简要 地 讨论 Java 是 如 何 编译 Lambda 表 达 式 的 。 


D.1 匿名 类 


我 们 在 第 2 章 已 经 介绍 过 ， 匿 名 类 可 以 同时 声明 和 实例 化 一 个 类 。 因 此 ， 它 们 和 Lambda 表 达 
式 一 样 ， 也 能 用 于 提供 函数 式 接口 的 实现 。 
由 于 Lambda 表 达 式 提供 了 函数 式 接口 中 抽象 方法 的 实现 ， 这 让 人 有 一 种 感 党 ， 似 乎 在 编译 
过 程 中 让 Java 编 译 器 直接 将 Lambda 表 达 式 转换 为 匿名 类 更 直观 。 不 过 , 匿名 类 有 着 种 种 不 尽 如 人 
意 的 特性 ， 会 对 应 用 程序 的 性 能 带 来 负面 影响 。 
口 编译 器 会 为 每 个 匿名 类 生成 一 个 新 的 ,class 文件。 这 些 新 生成 的 类 文件 的 文件 名 通常 以 
className$1 这 种 形式 呈现 ， 其 中 className 是 匿名 类 出 现 的 类 的 名 字 ， 紧 跟着 一 个 美 
元 符号 和 一 个 数字 。 生 成 大 量 的 类 文件 是 不 利 的， 因为 每 个 类 文件 在 使 用 之 前 都 需要 加 
载 和 验证 ， 这 会 直接 影响 应 用 的 启动 性 能 。 如 果 将 Lambda 表 达 式 转换 为 匿名 类 ， 每 个 
Lambda 表 达 式 都 会 产生 一 个 新 的 类 文件 ， 这 是 我 们 不 期 望 发 生 的 。 
口 每 个 新 的 匿名 类 都 会 为 类 或 者 接口 产生 一 个 新 的 子 类 型 。 如 果 你 为 了 实现 一 个 比较 器 ， 
使 用 了 一 百 多 个 不 同 的 Lambda 表 达 式 ， 这 意味 着 该 比较 器 会 有 一 百 多 个 不 同 的 子 类 型 。 
这 种 情况 下 ，JVM 的 运行 时 性 能 调 优 会 变 得 更 加 困难 。 


D.2 ”生成 字 节 码 


Java 的 源 代码 文件 会 经 由 Java 编 译 器 编译 为 Java 字 闻 码 。 之 后 JVM 可 以 执行 这 些 生 成 的 字 节 
码 运 行 应 用 。 编 译 时 ， 匿 名 类 和 Lambda 表 达 式 使 用 了 不 同 的 字 节 码 指 令 。 你 可 以 通过 下 面 这 条 
命令 查看 任何 类 文件 的 字 节 码 和 常量 池 : 
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javap -c -Vv ClassName 


我 们 试 着 使 用 Java 7 中 旧 的 格式 实现 了 Function 接 口 的 一 个 实例 ， 代 码 如 下 所 示 。 
代码 清单 D-1 以 匿名 内 部 类 的 方式 实现 的 一 个 Function 接 口 


import java.util.function.Function; 
public class InnerClass { 
Function<Object, String> f = new Function<Object, String>() { 
@Override 
public String apply (Object obj) { 
return obj.toString(); 
} 
地 


这 种 方式 下 ， 和 Function 对 应 ， 以 匿名 内 部 类 形式 生成 的 字 节 码 看 起 来 就 像 下 面 这 样 
0: aload_0 
1: invokespecial #1 // Method java/lang/Object."<init>":()V 
4: aload_0 
5: new #2 // class InnerClasss$l1 
Bx .dup 
9: aload_0 
10: invokespecial #3 // Method InnerClassS1."<init>": (LInnerClass;)yV 
13: putfield #4 // Field f:Ljava/util/function/Function; 


16: return 


这 上段 代码 展示 了 下 面 这 些 编译 中 的 细节 。 
口 通过 字 市 码 操作 new, 一 个 Innerclass$1 类 型 的 对 象 被 实例 化 了 。 与 此 同时 ,一 个 指向 
新 创建 对 象 的 引用 会 被 压 人 栈 。 
Daup 操 作 会 复制 栈 上 的 引用 。 
口 接着 ， 这 个 值 会 被 invokespecial 指 令 处 理 ， 该 指令 会 初始 化 对 象 。 
口 栈 顶 现在 包含 了 指向 对 象 的 引用 , 该 值 通过 put fielg 指 令 保存 到 了 LambdaBytecode 类 
的 f1 字 段 。 
InnerClass$1 是 由 编译 器 为 匿名 类 生成 的 名 字 。 如 果 你 想 要 再 次 确认 这 一 情况 ， 也 可 以 查 
看 Innerclasss$s1 类 文件 ， 你 可 以 看 到 Function 接 口 的 实现 代码 如 下 : 
class InnerClassS1 implements 
java.util.function.Function<java.lang.Object, java.lang.String> { 
final InnerClass thiss0; 
public java.lang.String apply (java.lang.Object); 
Code: 
0: aload_ 1 


1: invokevirtual #3 //Method 
java/lang/Object.toString: ()Ljava/lang/String; 




































































4: areturn 
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D.3 用 InvokeDynamic 力挽狂澜 


现在 ,我 们 试 着 采用 Java 8 中 新 提供 的 Lambda 表 达 式 来 完成 同样 的 功能 。 我 们 会 查看 下 面 这 
段 代 码 清单 生成 的 类 文件 。 


代码 清单 D-2 使 用 Lambda 表 达 式 实现 的 Function 
import java.util.function.Function; 
public class Lambda { 
Function<Object, String> f = obj -> obj.toString(); 








} 


你 会 看 到 下 面 这 些 凶 方 码 指令 : 


0: aload_0 

1: invokespecial #1 // Method java/lang/Object."<init>": ()V 
4: aload_0 

5: invokedynamic #2, 0 // InvokeDynamic 


#0:apply: ()Ljava/util/function/Function; 


10: putfield #3 // Field f:Ljava/util/function/Function; 


13: return 
我 们 已 经 解释 过 将 Lambda 表 达 式 转换 为 内 部 匿名 类 的 缺点 ， 通 过 这 段 字 节 码 你 可 以 再 次 确 
认 二 者 之 间 巨 大 的 差别 。 创 建 额外 的 类 现在 被 jnvokedynamic 指 令 蔡 代 了 。 


ts 





invokedynamic 指 令 

字 节 码 指 令 invokedynamic 最 初 被 JDK7 引 入 ， 用 于 支持 运行 于 JVM 上 的 动态 类 型 语 
执行 方法 调用 时 ，invokedynamic 添 加 了 更 高 层 的 抽象 ， 使 得 一 部 分 逻辑 可 以 依据 动态 
的 特征 来 决定 调用 目标 。 这 一 指令 的 典型 使 用 场景 如 下 : 

cele a Re 

这 里 a 和 b 的 类 型 在 编译 时 都 未 知 ， 有 可 能 随 着 运行 时 发 生变 化 。 由 于 这 个 原因 ，JVM 首 
次 执行 invokedynamic 调 用 时 ， 它 会 查询 一 个 bootstrap 方 法 ， 该 方法 实现 了 依赖 语言 的 逻 
辑 , 可 以 决定 选择 哪 一 个 方法 进行 调用 ,bootstrap 方 法 返回 一 个 链接 调用 点 (linked call site )。 
很 多 情况 下 ， 如 果 agdd 方 法 使 用 两 个 ijnt 类 型 的 变量 ， 紧 接 下 来 的 调用 也 会 使 用 两 个 ijnt 类 型 
的 值 。 所 以 ， 每 次 调用 也 没有 必要 都 重新 选择 调用 的 方法 。 调 用 点 自身 就 包含 了 一 定 的 逻辑 ， 
可 以 判断 在 什么 情况 下 需要 进行 重新 链接 。 


i 
巨 o 
-五 二 
若 襄 


i 


代码 清单 D-2 中 , 使 用 invokedynamic 指 令 的 目的 略微 有 别 于 我 们 最 初 介绍 的 那 一 种 。 这 个 
例子 中 ， 它 被 用 于 延迟 Lambda 表 达 式 到 字 节 码 的 转换 ， 最 终 这 一 操作 被 推 运 到 了 运行 时 。 换 句 
话说 ， 以 这 种 方式 使 用 invokedynamic， 可 以 将 实现 Lambda 表 达 式 的 这 部 分 代码 的 字 节 码 生 成 
推迟 到 运行 时 。 这 种 设计 选择 带 来 了 一 系列 好 结果 。 

口 Lambda 表 达 式 的 代码 块 到 字 节 码 的 转换 由 高 层 的 策略 变 成 了 纯粹 的 实现 细节 。 它 现在 可 

以 动态 地 改变 ， 或 者 在 未 来 版 本 中 得 到 优化 、 修 改 ， 并 且 保 持 了 字 节 码 的 后 向 兼容 性 。 
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口 没有 带 来 额外 的 开销 ， 没 有 额外 的 字段 ， 也 不 需要 进行 静态 初始 化 ， 而 这 些 如 果 不 使 用 

Lambda， 就 不 会 实现 。 

口 对 无 状态 非 捕获 型 Lambda， 我 们 可 以 创建 一 个 Lambda 对 象 的 实例 ， 对 其 进行 缓存 ， 之 后 
对 同一 对 象 的 访问 都 返回 同样 的 内 容 。 这 是 一 种 常见 的 用 例 ， 也 是 人 们 在 Java 8 之 前 就 惯 

用 的 方式 ; 比如， 以 static final 变 量 的 方式 声明 某 个 比较 器 实例 。 

口 没有 额外 的 性 能 开销 ， 因 为 这 些 转换 都 是 必须 的 ， 并 且 结 果 也 进行 了 链接 ， 仅 在 Lambda 

首次 被 调用 时 需要 转换 ,其 后 所 有 的 调用 都 能 直接 跳 过 这 一 步 , 直接 调用 之 前 链接 的 实现 。 


D.4 代码 生成 策略 


将 Lambda 表 达 式 的 代码 体 填 人 到 运行 时 动态 创建 的 静态 方法 ， 就 完成 了 Lambda 表 达 式 的 字 
节 码 转换 。 无 状态 Lambda 在 它 涵盖 的 范围 内 不 保持 任何 状态 信息 ,就 像 我 们 在 代码 清单 D-2 中 定 
义 的 那样 ， 字 节 码 转换 时 它 是 所 有 Lambda 中 最 简单 的 一 种 类 型 。 这 种 情况 下 ， 编 译 吉 可 以 生成 
一 个 方法 ， 该 方法 含有 该 Lambda 表 达 式 同样 的 签名 ， 所 以 最 终 转 换 的 结果 从 逻辑 上 看 起 来 就 像 
下 面 这 样 : 
public class Lambda { 
Function<Object, String> f = [dynamic invocation of lambdas1] 








































































































static String lambdas1l (Object obj) { 
return obj.toString(); 
} 
} 


Lambda 表 达 式 中 包含 了 final ( 或 者 效果 上 等 同 于 final ) 的 本 地 变量 或 者 字段 的 情况 会 稍微 复 
杂 一 些 ， 就 像 下 面 的 这 个 例子 : 
public class Lambda { 
String header = "This is a " 


Function<Object, String> f = obj -> header + obj.toString(); 
} 


这 个 例子 中 ， 生 成 方法 的 签名 不 会 和 Lambda 表 达 式 一 样 ， 因 为 它 还 需要 携带 参数 来 传递 上 
下 文中 额外 的 状态 。 为 了 实现 这 一 目标 ， 最 简单 的 方案 是 在 Lambda 表 达 式 中 为 每 一 个 需要 额外 
保存 的 变量 预 留 参数 ， 所 以 实现 前 面 Lambda 表 达 式 的 生成 方法 会 像 下 面 这 样 ， 

public class Lambda { 


String header = "This is a " 
Function<Object, String> f = [dynamic invocation of lambdas1] 


static String lambdas1l (String header, Object obj) { 
return obj -> header + obj.toString(); 
} 
} 


更 多 关于 Lambda 表 达 式 转换 流程 的 内 容 ， 可 以 访问 如 下 地 址 : http://cr.openjdk.java.net/ 


~briangoetz/lambda/lambda-translation.html。 
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Java 8 的 发 布 使 Java 程 序 设计 发 生 了 翻天 
履 地 的 变化 。 利 用 Java 8 中 新 引入 的 函数 式 特 
性 ， 你 可 以 在 更 短 的 时 间 内 用 更 简洁 的 代码 完 
成 更 复杂 的 功能 ， 同 时 还 能 充分 利用 硬件 的 多 
核 架构 。 

本 书 结构 清晰 、 内 容 翔实 ， 从 实例 入 手 ， 
涵盖 Java 8 的 主要 新 特性 ， 包 括 Lambda 表 达 
式 、 方 法 引用 、 流 、 默 认 方 法 、optional、 “这 是 最 棒 的 Java 8 指南 ! ” 
CompletableFuture 以 及 新 的 日 期 和 时 间 一 一 Wiliam Wheeler, 
API， 是 程序 员 了 解 Java 8 新 特性 的 终极 指南 。 ProData Computer Systems 公 司 


“这 是 一 部 十 分 优秀 且 简 明 的 著作 ， 书 

中 提供 了 大 量 的 示例 ， 能 帮助 你 迅速 地 掌 
握 Java 8 中 的 新 特性 。” 

一 一 Jason Lee， 有 甲骨 文公 司 


本 书 的 主要 内 容 如 下 : 

@ 如 何 使 用 Java 8 新 增 的 强大 特性 
@ 如 何 编 写 能 有 效 利用 多 核 架构 的 程序 
@ 重 构 、 测 试 和 调试 

@@ 怎样 高 效 地 应 用 函数 式 编程 


“这 本 书 中 有 关 新 的 Stream API 及 Lambda 
表达 式 的 示例 非常 有 用 。” 
一 一 Steve Rogers，CGTek 公 司 


ns 8 函数 式 特性 的 程序 
员 都 必 备 的 工具 书 。 


一 一 Mayur S. Patil， 麻 省 理工 学 院 
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